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1 FURPOSE 


The curpose of this decument is to describe the function 
and operation of the V500 Message Level Interface Data 
Transfer Module (NLI-DTF), 


2 RELATED DOCUMENTS 
1997 5390 V Series Instruction Set Specification 
1993 5279 W500 Architecture Specification 
1993 5253 V50U 1/0 Memory Concentrator Specification 
2323 7399 Message Level Interface Specification 
1993 5295 VS5GO System Maintenance Controller Spec 
1993 5303 V50G Maintenance Subsystem Specification 
199% S337 v500Q Favit Detection Pesign Guidelines 


1995 5361 V500 ECL/CMOS/TTL Circuit Rules 
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3 FUNCTIONAL OVERVIEW 

a4 BASIC FUNCTIONS 


The V500G MLI-DTM consists of the following modules: 


c 1/0 Bus Control Mecdcule 


rd Microprocessor Module 


© Message Level Interface Control Module 


An i/0 tus interface has been oesigned tor the 
rerform the access end communication functions. 


lt is built cf TTL MS1/S8S1 parts, PALS, PROMs, 


RAS, and an ALS 26006 


Gate arréyes 


MLI-DTM to 


iKx4 static 
The ALS gate array 


handles the error correcting code on the 1/0 bus. 


4 1/G BUS DEFINITION 


41 PASIC FUNCTIONS 


The V5G0 system 1/0 busses perform the following functions: 


a) Memory Access. The 1/0 busses are 


used 


Transter Nodules (DIKs) ana System 


Controllers (SMCs) to 


manipulate System Memory. 


read, write, 
The actual memory operations 


and 


by the Data 


Maintenance 
otherwise 


are done by the 1/0 Memory Concentrators (IOKCs). 


G inter-1/0-Module Communication. 
basic unit of communication 


c CPU Communication. Each of the CPUS ir 


DIMSs 


and SMCs may 
communicate with each other using the 1/0 busses. The 


a 


can intorm the 1/0 subsystem that it wants 


an 1/0 operation; similarly, 


complete interrupt. 


is called a message. 


V500 systen 


to ginitiate 


eny CFU mey accept an 1/0 
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hae CONNECTIVITY, MULTIPLICITY, AND FERFORMANCE 
A V50G0Q system has two independert I/0 busses, Each 


comnects to card slots for the following 1/0 modules: 
Sincte cebinet system: 


o One IOMC slot 
© Six DIM stots 
fa) One SHC sict 


Dual cabinet systems: 


© Two ITONC stots, of which at most one may be 
occupied. 

0 Tweive DTM slots 

0 Two SMC slots 


As shown tn Figure 4-1, each IO0MC and SHC connects to one 
kus; OTMS may connect to both busses. A single cabinet 
System may contain either one or two I0KCs. If only one 
i0WmC is present, the second 1/0 Pus may still be used for 
Inter-I/0-Module communication. 
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MEMORY BUS 


lOBus A iGBus B 


et 


| 


ae Cabinet *0 | Cabinet *1 


Figure 3-1 I/O Bus Connectivity 


Each I/O bus consists of 50 wires; 32 for data, 7 for ECC 
and 11 for control. 
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4.3 RESSAGES 


The basic unit of communication on the 1/0 busses is the 
WessSacgeé. A message consists of cne or more 32 bit data 
words, sent by a module (the initiator) to ancther module 
(the responder). The bus protocol altiows any module on the 
tus te be an initiator or a responder, 


Once a message has been sent by an initiator to a 
responder, the responder may, at its discretion, send a 
reply back to the initiater. The I/O bus connection is not 
severed until a reply is sent, or the responder decides rot 
to send a reply. 


These basic functions ere done by sending and receiving 
nessages. For examele, if a BIM nants to read data from 
memory, it ¢ends @ wmwessage to an I0KC. That wtessage 
consists cf a two digit cp-code, together with the address 
and teneth of the data it wants to read. The 10%C renlies 
with the data from memory. 


Similarly, if a module is to write data to memory, it sends 
a messagé te an 1OMC. That message consists of an epcecde, 
address, lLenath, and the data to he written. The Tome 
reclies tec this message with an Error werd that contains 
information pertaining to the completion of the command. 


Inter-1/0 maedute communication is done similerly. For 
example, WLI-DTM firmwere may ke Loaded via the 1/0 bus. 
The SC is the initiator, and the appropriate DTM is the 
responder. 
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4h MESSAGE PHASES 


1/0 Gus operations consist cf the following pheses: 


0 Bus arbitration 


0 Responder selection 
c Send message 
G Receive reply Copticnal) 


In the first phase, the initiator attempts to gain access 
to the bus. This may be refused because enother module is 
already using the bus, or because a higher-priority module 
bid ter the bus at the same time. In either case, the 
initiator encounters a BUS BUSY conditicn., The 1/0 bus 
cceration must be retried. 


Once the initiator gains eccess to the bus, the second 
chase begins. The initiator broadcasts the address of the 
mooule it wants to converse with cn the bus data tines. 
Every module connected tc the bus checks the address 
egainst its own. The addressed module must indicate that 
iit is present, and whether it is reacy to accept a messéegea 
If the initiator dees not see a Medule Busy or 24 Not 
Present condition, it may go to the third phase, 


In the third phase, the initiator sends the message to the 
responder, 22 bits every TIL system clock. Once the 
message has been sent, the responder may either disconnect, 
or send a reply (phase 4), 


4.5 TORC PECULIARITIES 


The 10MC differs significantly from the other modules on 
the tus. There is at most one IOMC connected ta a bus; it 
provides the interface fron that bus to memory, and it 
contains the Logic for CFU communication. 


Ancther peculiarity of the ITOMC is that ait is the = only 
medule on the 1/0 Bus that is not microprocessor-besed. 
This means thet its understancing of particular messages is 
hardwired, instead of being cetermined by firmware, 


Aisc, the IOMC never acts as en initiator; it is always a 


respondere Atl the 1C#C*s actions are performed at the 
recuest of another module. 
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4.6 CPU=1/0 SUBSYSTEM COMMUNICATION 


1/0 Complete Interrupt reporting consists of the module 
that wants to cause an I/0 Complete Interrupt sending a 
messege ta the I0MC indicating the type of 1/0 Compicte 
Interrupt (Normal, Real Time, or Error), and which 
processor to poll first. The 1OMC polls each cf the CPUs 
in turn, looking for one that will accept an interrugt of 
the specified type. 


If the IO0NMC receives a second I1/70 conplete interrupt 
command before it finds a processor that will eccept the 
first interrupt, it ORs the new interrupt type with the 
cold, and continues to poli the precessors. For details, 
see the IOMC specification. 


Initiate 1/0 and cther CPUeto-1/0 subsystem communication 
are more complicated. The 10MCs aprear te the CPUs to be 
tro memory boards; one stores the time-cf-dey, and the 
other (the IOC mailbox register) is used for sutsystem 
communication. 


Eech IOMC mailbox register can be written to by any CFU as 
if iit were memory. Gncee that register has teen written by 
a CPU, the mailbox register "nemory board® goes busy until 
the value in the register has keen fetehed by an 1/0 
subsystem module. As long as the mailbox recister is busy, 
the CPUS may not perform ancther write to the same 
register. 


Tt there are treo IOMCsS in the system, the I10MCs and the 
CPU'S memory controllers C(MCACMK) cooperate to make the pair 
cf ITOFCs Lock like a single TOMC. khen a CPU writes the 
time-ot-day, both I16FCs toad their registers. However, 
only one 1OMC (the master) responds te a read time-of-day 
commend. Similarly, MCACW allows a mailbox register write 
to be issued only if there is an empty maiitaox register; if 
neither mailbcex register is empty, the write waits. 


Thus, in a single 10MC system, the nailkbox register aqoes 
busy after a single write, and stays busy until en 1/0 
subsystem module empties the register. In a two I10MC 
system, two write maitbex register operations may be 
rerformed before the mailbox goes busyg the master 10K 
recisters the first, and the steve I0OMC registers the 
second. The mailbex goes not busy when either IOC's 
register is emptied. 
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4a 6 CPU-1/0 SUBSYSTEM COMMUNICATION (Ccntinued) 


when en IOMC*s mailbox register is written by a CPU, the 
10"C captures ten dicits of data from the memory data bus, 
anc one digit of address fro the address bus. It is 
intenced that the digit cf address be used by the micrecede 
to distinguish types of CPU-to-I/0 suksystem messages 
(Initiate 1/0, Discontinue 1/0, of System Initialization). 


Current I/0 makes ail CFU to 1/0 subsystem messeges took 
like Initiate 1/0 reauests, in which messages intended for 
the I/0 subsystem hardware, such @s execute self-test or 
Cancel, are sent te the 1/0 subsystem as Initiate 1/0 
Requests for a tictaiticus BLP Cchannet 8), Future I/0 
(10C6s) will require new, as yet unspecified, types of CPU 
to 1/0 subsystem messages, 


Fach 170 Bus has two contrel lines (1I1CReal ana iL10AckL) 
that are used exctiusively to manage the corresponding 
lOMC*'s mailbox register, 110 stands for Initiate 1/6, Req 
stanas for request, Ack for Acknowledge, ana L indicates 
that the stanai is active Low. 110Reaql is asserted by the 
IGhC when a mailbox write has been done by a CPU. Several 
nodules on the I/0 Bus may wonitor this signal, but onty 
cne module (the Meesage Router) responds, 


The 1/0 module that is te be the message router is 
determined at system initializaticn time. Currently, the 
lowest stot numbered bLIM ts designated as the message 
router. lf the message router module breaks, it is 
rossible to reassion this responsibility to another module. 


khen the message router netices that the I1OReqt line is 
asserted, it initiates a messege to read the mailbox 
reoister. Once the message router tas successfully read 
the mailbox register, it asserts ITOAckL toe indicate to the 
ICMC that the mailbox register is now empty. Both IL10ReqL 
and Z10AckL are dropped, the mailtox "memory board® gees 
not busy, and the I/0 subsyster is ready to accept another 
Initiate 1/0 message from @ CPU, 
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4.7 EUSY MODULES 


The second chase (Responder Selecticn) of the four 1/0 bus 
transaction phases is mere than the previous description 
implies. BErietiy, reckless use cf the Kodule Busy 
tonditien could result in a deadlock. 


In the second phase of an 1/0 bus transaction, the 
initiator broadcasts the address of the the module it wants 


to converse with on the data lines of the bus. Every 
nodule connected to the bus checks the adcress against its 
CN. The addressed module must indicate that it is 


present, and if it is ready te actept a message. If the 
initiator dces not see a PFodule Busey or a Not Present 
condition, it may proceed te the third phase. 


Consider two modules (A and 8). A wants to send a message 
to B. First, A sets its edule Busy flip-flop, so that any 
nodule sending it a messege sees @ Medule Busy condition. 
A then cuts the message into a message buffer, and attempts 
te send the message, Meanwhile, module 2B has not been 
idle. B has a message to senc to Aw Of course, B follows 
the same procedure; it set the Module Busy flip-flop, puts 
the message into a buffer, and attempts to send it. 


Clearly, A's message will not reach P, because B has Module 
EFusys 8's message cannet reach A, because A is also fiedule 
Busy. A simple retry by A or B with have the same problem. 
Until either A or @ resets its Mocule Busy flip-flop, A and 
B are deaclocked. 


Hence, we cannot use the Medule Busy flip-flop for ail 
messages, The basic problem is one of buffer management; 
ehen a messace comes in, where does it gc? The current 
VWLY-DTM <implementation has a singie buffer consisting of 
ten 1Kx4 static RA chips, that is used for ali messages 
(incoming and outgoing). A single message may occupy the 
entire buffer; therefore, if the microprocessor in module A 
is formatting én outgoing message in the buffer at the same 
time that a message iS coming in from module B, there is no 
clace tor module A to put the incoming message. 
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4.7 EUSY MODULES (Continued) 


A simele alternative is to give the incoming message 
priority over the outgoing one. The microprocessor gives 
up the puffer, and tne incoming message overwrites anything 
that was in the buffer. The microprocessor must handle the 
incoming message, end then make enother attempt to format 
and send the original outgoing wessage, Several such 
attempts might be required before the message can be sent. 


This alternative ts known as Non-Busy Message Initiation. 


Why net use Non=Busy Message Initiation for all messages? 
Unfortunately, it is not always possible fer the 
microprocessor te reconstruct the outgoing message. For 
example, hardware in the DTM puts data from a peripheral 
device directly into the I/0 bus btufter. This means that 
if the buffer is in use, the entire 1/0 would have to be 
retried to reconstruct this deta. 


Clearly, a design with multipie messeage buffers would 
aiieviete the problem. Unfertunately, an infinite number 
of buffers would be required to eliminate it completely. 


Modules on the I/0 bus use the Module Busy flip-flop and 
Nen-Busy Message Inittetion.e How does one decide whith 
method to use? Fortunately, there is a simple protccot 
that prevents deactock. 


Deadlock prevention protocol incorporates the following 
rules: 


1 There exists a set of moduies (A) that are never busy. 


Z A medule that has its Medule Busy flip-flop set may 
oniy initiate messages to modules in set A. 


3 DTMs that are not message routers always initiate 
messages with their Module Busy flip-flop set. 


The 10@Cs are never busy. They are only responders; 
whenever they are doing anything, their 1/0 tus is in use, 
so that any medule attempting to send a message on that tus 
sees # Bus Rusy condition. 
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4.7 BUSY MODULES (Continued) 


By convention, the message router always uses Non-Busy 
Message Initiation. hence, set A consists of the IOMCs and 
the message router module. SMCs must then abide by Rule 23 
when they have their Module Busy flip-flop set, they may 
enly initiate messages to TOMCS and to the messege router. 
SMCs may only send messages to DTMs using Non-Busy Message 
Initiation. 


The message router can only serd messages to DIMs and SCs 
using a Non-Busy Message Initiation. Since all other DIMMs 
thet are not the message router can only perform Module 
Busy  nitiaticn, they can only initiate messages to the 
TQ¥Cs and the message reuter. 


In fact, a DIM acting as 4 message router witl only set 
Medule Busy while handling data comina from or going te a 


ceripheral, and wild only initiate messages to an I10MC 
during that tine. 


> PARTITIONING 


5.1 CORPONENTS 


Jie MLI-DTF I1/0 bus interface is fartitioned into four 
pieces. They are: 


re) two I/0 bus centrollers (IOBC); one for each bus 
oC a single 4kbyte butter 
0 a butfer Control 


The four pieces are cornected as shorn in Figure 5-1. 
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Figure 5-1 I/O Bus Interface Structure 
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In the MLI-DTM, the MLI Control uses the same buffer. Tt 
eonnects MLI cable to the bases as shown in Figure 5-2. 


Micro- 
Processor 


Backplane 
Data 


Int 


OBC A 


Ctl 


BUFFER 


Ctl 
IOBC B | 


| 


ML 
Control | 


Figure 5-2 DIM-MLI Connection 
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S< COMPONENT FUNCTIONS 


when the microprocesser initiates am 1/0 Bus transaction, 
it formats the message in the buffer, then commends one of 
the twe 10BCs to start the transaction. The IGBC does’ the 
four phases of the 1/0 Bus trensaction (Bus Arbitration, 
Responder Selection, Wessage Send, and Reply Receipt) 
autonomously, reportine back to the microrrocessor via a 
status register when the transaction is complete, or if 
some condition such as Bus Fusy or Nodule Busy prevents the 
transaction from beino completed, 


Similarly, when @ message arrives on an 1/G Bus, the 10BC 


puts that message into the butfer, informs the 
microprocesser (via an interrupt) of its arrivel, and then 
waits for a commanc from the microprocessor, If the 


microoretesseor wishes to recpiy to the message, it tormats 
the reply in the buffer, and issues a Continue command to 
the 10BC, Alternatively, the microgrocesscr mey indicate 
that there is no rercly to this message by issuing @ 
Disconnect command, 


The buffer is a 4K byte static RAM (1K 32 bitt+ECC words) 
that is eccessible by both I10BCs, the microprocessor, and, 
in the MLI-=DTM, by the MLI Control, It stores messages and 
replies. It is alse stores the Modute ID of the target 
moecule when the microprocessor wants to initiate an 1/0 bus 
transaction. 


The Eufttfer Control perfcrms two basic functicns. First, it 
is responsitle for the movement of deta into and out of the 
buffer. On request from an I0BC, it reads the Rodute ID or 
data from the buffer, and stores received cata into the 
buffer. 


The Module 10 is read from address zero in the buffer; deta 
is read from or written to sequential addresses. khen an 
IOBC is sending either a message or a reply, the fuffer 
Control is also responsible for sienallinge the end of the 
Gata to be sent, 


The Buffer Control*’s second function is buffer eatiaccation 
and access contrel. 
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663 BUFFER OWNERSKIP 


Before a requestor uses the buffer, it must request 
cenershie of the buffer from the 6uffer Control. The 
Butter Control receives four Access Request lines, and 
Grives four Access Grented wires (one per reauestor). Once 
a requestor owns the butfer, it writes something inte the 
tutter, and then perhaps Loans it to ancther requestor for 
processing. 


For the microprocessor to initiate arn 1/0 bus transaction, 
it must first reouest ownership of the buffer from the 
Buffer Contrel. As shown in Figure 5-3, once ownership is 
granted, the microprocessor writes the target ModuleIb and 
the message to be sent into the buffer, and then issues a 
Start command to one of the two IOBCs, thereby Loaning the 
buffer to that 108C,. When the 1/0 bus transaction is 


conplete, the IOEC returns the buffer to the 
microprocessor, which reads the reply before releasing the 
buffer. The buffer is then available to any other 


requestor asking for ownership. 
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Microprocessor 1OBC A 1O6C B ML! Control 


Op Complete 


Hea 2s Owned OnLoan £4 Borrowed 


Figure 5-3 Microprocessor Initiate Timeline 
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5.3 BUFFER OWNERSHIP (Continued 


If the IOBC is asked to act as a responder by another 
module, it first requests ownership of the buffer. Once 
ownership has been granted, the IOBC signals the initiator 
that it is ready to receive the message. When the message 
is received (see Figure 5-4), the IOBC interrupts’ the 


microprocessor, thereby loaning it the buffer. The 
microprocessor reads the message, and decides whether to 
reply or not. Either a Continue or a Disconnect command 


returns the buffer to the IOBC, which finally (after 
sending the reply) releases its ownership of the buffer. 


Microprocessor IOBC A OBC B ML! Control 


Continue or 


Disconnect 
Ea Owned Ontoan Borrowed 
Figure 5-4 IOBC Initiate Timeline 
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Sad BUFFER OWNERSHIP (Centinued 
Use of the buffer by the MLI control in the MLI-DTM is more 
complex. As shown in Figure 5-5, a DLP does a Poll 
Request, needing data for a disk write. At the first 


indication of the Poli Request, thre MLI control requests 
ownership cf the buffer. Once ownership has been granted, 
the Poll Reouest is allowed to preceed, The #FLI Control 
receives the descriptor Links Cidentifying the 1/0) from 
the DLP, and stores them into the buffers. Meanwhile, the 
microprocessor has been interrupted, and is polling a 
status recister. The WLI control indicates to the 
microprocessor that the descriptor Links are in the buffer 
via the status registerzg this action loans the butfer tc 
the microprocessor, 


The microprocessor uses the descriptor Links, and other 
intermation in the status register, to determine that data 
must be read from memory. Jt formats the appropriate 1/0 
tus message for the IOMC in the bufter, and issues a Start 
command to one of the IGHCs, thereby Loanine the buffer te 
that 108C. 


The 10BC sends the memory reac message, and receives the 
required data. The I0BC indicates that the reply has been 
received, and returns the buffer tc the microprocessor. 
The microprocessor performs any required setup, and then 
issues a Start MLI command to the LI control, thereby 
returning the bufter to the MLI control. Eventually, the 
MLI control releases ownership of the buffer. 
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Microprocessor IOBC A IOBC B ML! Control 


Status iChange 


Op Complete 
6 


Start MLI 


Ee Owned NS. Gntoan E4 sBorrowed 
Figure 5-5 Poll Request Timeline 


This logic assures that the buffer is owned by only one 
requestor at a time. Any other requestor that wants to 


use 
the buffer must wait until the current owner releases the 
buffer. While a requestor owns the buffer, it may be 


loaned to other requestors for processing. 
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524 BUFFER CONTENTION 


Simply waiting for onnershi¢c handles many (but not all) = of 
the buffer contention protlems. In particular, it is used 
to handte the following cases: 


Gne LOBC (PB, for example) may be a responder at a time when 
the other (IOBC A) jis busy @s an initiator (microprocessor 
owns the buffer) or a responder (IOBC A owns the buffer). 
In this case, I108C B waits for cwnership of the buffer. 
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[_] Awaiting Ownership 


Figure 5-6 IOBC Wait Timeline 
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564 EUFFER CONTENTION (Continued) 


Similarly, the MLI Control on an MLI-DTM may receive a Poll 
Request trom a OLP while the buffer is being used by the 
microprocessor or an IGEC. The Poll Request must wait for 
cwnership of the buffer. The buffer could have been in use 
for several reasons; the micreprocessor could be formatting 
é messege to be sert on an I/0 Bus, an I0BC could be 
receiving a message, or the microprocessor couid be 
preparing to initiate a message to a DLP. This last 
operation is a Poil Test. 


The Poth Test can be initiated despite the fact that a Poll 
Request is pending. When the Poll Test is complete (see 
Figure 5-7), the microprocessor releases ownership cf the 
buffer: the WLI Centrol then obteins ownership, and the 
Poll Request is allowed te continue. 
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Microprocessor 1OBC A {OBC 6B ML! Control 
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LJ Awaiting Ownership 


Figure 5-7 Poll Request/Poll Test Timeline 
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5 a4 BUFFER CONTENTION (Continued) 


In a sense, the microprocessor alse waits for ownership of 
the buffer. it does so by writing a bit in the Buffer 
Control's commend register, and then continuously polling 
the Buffer Control's status register, which indicates the 
requestor that owns the buffer. If the buffer was not 
owned at the time the microprocessor mace its request, the 
first coll will show that the microprecessor now owns the 
buffer. However, if the buffer was owned by another 
requestor when the microprocessor set the bit in the 
command register, then the microprocessor loops, weiting to 
be given ownership. 


The problem here is that if seme other requestor owns the 
Luffer, it is sure te require attenticn from the 
microprocessor hefore it releases ownership. Somehow, we 
must get the microprocessor out of the poll loop and get it 
te porevide the appropriate attention to the other 
requestor, without Losing track of the reauest thet the 
nicroprocessor was originally trying to make. 


This problem can be cleanly resolved usine the 
ficroprocessor's interrupt facility. Whenever arother 
requestor requires the microprocessor®s attention, it 
ceuses an interrupt. As shoken in Figure 5-8, when an 10BC 
has put something inte the buffer, it causes an interrupt. 
This csuses the microprocessor to store a return address 
that points at an instruction in the fpolt tleop it was 
executing, and then branch to the appropriate interrupt 
handier. The code in the interrupt handler Locks at the 
message in the buffer, cossibly formats a reply, and issues 
a Continue cr @ Disconnect command to the relevant I0B8C,. 
The microprocessor then returns to the poli loop from the 
interrupt handler. Wen the I08C finishes sending the 
reply, it releases the tuffer. The microprocessor gains 
ownership, and tatis out of the poll Loop. 


m-==-UNISYS Prior wKritten Consent Required For Disclosure Of This Bata=-== 


y 1993 5329 
UNISYS CORPORATION aS ae Se Sen ee oe + 
ENTRY/MEDIUM SYSTEMS GROUP 
PASADENA PLANT 


COMPANY 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 29 
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[_] Awaiting Ownership 


Figure 5-8 Microprocessor Wait Timeline 
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54 EUFFER CONTENTION (Continued) 


The interface is different for the WLI Control, but the 
idea is essentially the same. The interrupt occurs after 
btufter ownership nas been granted to the MLI Control, but 
before the transfer into the buffer is complete. The 
microprocessor must poll the PLI Control's status register 
until the value there indicates that it may access the 
buffer. 


Unfortunately, we cannot aiways simply wait for buffer 
ownership. Consider, tor exanple, the case where the 
ticroprocesscer owns the buffer, and is formatting a message 
to he sent on an I/0 kus. While the message is being 
formatted, requests come in on both 1/0 busses for the 
wodule to be a responder. Ke are now deadlocked; the 
message the microprocessor is formatting cannot go out 
because both I0BCs are busy, and the incoming messages 
cannot be put in the buffer because it is owned by the 
HICKOPFOCESSOCE o 


we have implemented two different solutions to this 
dilemma; they correspond precisely to "Module Busy" and 
"Non-Busy Message Initiation’ previously described, 


The mechanism implements Non-Eusy Message Initiation is 
called PreEmpot (see Fioure 5-9), It is used in situations 
in which the microprocessor owns the buffer, and wents to 
send a message on an I/0 bus. The incoming message is 
given priority over the message the microprocessor i158 
formatting. It preemets the buffer. The actual mechanism 
is as follewss 


The ICBC that is to be a respender requests buffer 
ownership from the Ruffer Controi, Since the 
microprocessor already owns the buffer, the I0BC waits. 
Eventually, the microprocessor issues a Start command to 
one of the 10BCs. That JOBC reports immediately that the 
operation did not complete successfully, and sets a bit in 
its status register indicating that another requestor 
wishes to preempt the buffer. The microprocessor must then 
release the buffer and try again. The responding I0BC then 
gains ownership of the buffer, indicates to the initiator 
that it is ready to receive a@ message, and so forth. 
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Figure 5-9 Preempt Timeline 
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544 BUFFER CONTENTION (Continued) 


Either IOBC can report that any other responder wants 
access to the butfer. Thus, it the microprocessor issues 
the Start commend to ICBC A, it may receive a Preempt 
result because I0BC A, IOBC 6B, or the MLI Control is 
requesting ownership of the butter. 


Freempt rests on the premise that there is only a small 
amount of data in the kutfer, and that it may be copied or 
recreated easily after the preempting message has been 
handled, For data transfers to or from DLPs this is not 
the case; data transfers tend te be targe, and the data is 
net eéasily reconstructed. In theory, the microprocessor 
coutd copy all of the data cut of the buffer into its main 
memory before releasing the buffer because of a Preempt. 
Ttis, however, would be time-consuming and inefficient. 
Instead, the microprocessor sets the Moduie Busy flag. 


At the first sign of a Poll Request from a DLP, the WLI 
Control requests ornership of the buffer. Once ownership 
is obtained, the microprecessor is interrupted. The 
vicroprocessor then sets the Module Busy flag. By this 
time, either IOBC couid be waiting ter ornership of the 
buffer. As shown in Figure 5-1€, the Module Busy flag 
causes the YORC to signal the waitine initiator that the 
module is busy, and break the connection. Any further 
attempts to send messages to the module are similarly 
refused, 
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Figure 5-10 Module Busy Timeline 


---UNISYS Prior Written Consent Required For Disclosure Of This Data---- 


UNISYS CORPORATION : dalaietetetatetaiatebetatabetanetatanaen + 
ENTRY/MECIUN SYSTEMS GROUP 
PASADENA DEVELOFMENT CENTER {| V500 DATA TRANSFER MODULE 
| 

COMPANY teecenne a aiateianeiatatatetatatatate Saletetetetatataneted -- 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 434 
5a4 GUFFER CONTENTION (Continued) 

A similar plan is used fer a Foll Test when the 


microprocessor wants to initiate a message te a DLP. The 
microprocessor first cbhtains ownership of the buffer, and 
then sets the Module Busy flag. This effectively refuses 
any incoming messages on either 1/0 Bus. 


The microprocessor may, at its discretion, use the Module 
Busy flag in other situations, Two points must be 
observed, however. First, the buffer must be owned ty a 
requestor before the Module Busy flag is set. This cevers 
several tining holes. Second, the module must adhere to 
the Deadlock Prevention Pretccol previously described. 


One final issue recardirg buffer contention requires 
CiSCUSsIOHe The ability of the I0BC to handle messages 
without replies is an optimizatior designed to improve 
performance. When no reply is required, we would Like to 
free the bus fer other traffic as soon as possible. In 
particular, we would like to free the bus before the 
message hes been copied out cf the buffer into the 
microprocessor's main memory. Until that copy is complete, 
we must not accept another incoming message. However, the 
Toet releases ownership of the buffer as soon as it 
disconnects from the bus. 


To circumvent this ¢roeblem, the Buffer Control accepts 2 
command COwnership Hold) that ceuses buffer ownership to he 
cenied from all mocules when it is released by the IJY0OBC, 
This prevents the corruption of the buffer by the IOBC or 
ML1I, and aliows access to the microprocessor only. The 
microprocessor should issue this command before it issues 
The Disconnect (see Figure 5-11). When the microprocessor 
has finished with the butfer, ait issues the cowunershir 
release command. 
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Figure 5-11 Disconnect Timeline 


In the future, we may choose to harden the distinction 
between messages that have replies and those that do not. 
The hardware in the IOBC would then examine the op code in 
the incoming message, and issue the Ownership Hold and 
Disconnect commands directly. This would free the bus 
almost immediately, rather than after microprocessor had 
responded to an interrupt. 
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é DETAILED DESCRIPTION 

601 PROGRAMMER*S MODEL 


The programmer writing code for the microprocessor sees 
cnly the wnemory anc the interrupt interfaces. Everything 
else must be made to look like memory or an interrupt. In 
MLI-DTM implementation of the 1/0 bus interface, two areas 
of memory are in fact used for other things. The first is 
the bufferzg it Looks to the micreprocessor Like 1624 32 bit 
words of memory. The second is the register area: there 
are sixteen 16 bit registers that the microprocessor may 
read or write as if they were memory locations. Control 
and monitoring of the IO0BCs, the Buffer Control, and MLI 
Control Cin the MLI-DTM) are done by reading and writing 
the memory Locations in the register area, 


This section is divided into five subsections; they ares 
j the buffer 
2 the registers 
3 the interrupts 
4 basic protocol 


5 error handling 
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6.1.1 BUFFER 


The buffer consists of 1024 nords of 32 bits each. In the 
WLI-DIM, it cccupies sadresses OO6G0000 (hex) to COSOOFFF 
(hex). The microprocessor way only manipulate entire 
words; partial word operations to the buffer are not 
sugported. Since the addresses quoted above are byte 
addresses, this imelies that the least sianificant two bits 
ot the address must be zero. In other words, the first 
location in the buffer is address O0600000 (Chex), the 
second is 00600004 (hex), the third is GuU6é0O00C8 (hex), and 
so forth. 


Note that the addresses and insistence on whole word 
ocerations are impiementation dependent: they may differ 
for the SMC cor future DTMs, 


When the microprecesscr wants to tnitiate a message, the 
address of the target responder must be written into the 
first buffer Location. The responder*s address must be 
encoded by the micropretesser as follows: 


Address Target Responder 
COOCOCGFE *LOMC 

COCCOLB7 «SMC 

occGovs4 DTM Slot #i, Cabinet #0 
oOoecgnie2 DTK Slot #2, Cabinet #6 
COGou0ES DTM Slot #3, Cabinet #9 
HoOvHb024 DTM SLot #4, Cabinet #06 
CEGCOUCSS DTM Slot #5, Cabinet #0 
HoodaeCS PTW Slot #6, Cabinet #0 
CUCCUO39 DTK Slot #1, Catinet #1 
COCCOGAA DTM Slot #2, Cakinet #1 
GOGGOODB DTM Slot #3, Cabinet #1 
oooCLuIC DTM Slot #4, Cabinet #14 
GOCQODED DTW Slot #5, Cabinet #1 
COOCOC7E RTM Stot #6, Cabinet #14 


a Aithough there are (possibly) two I0MCs and two SMCs in 
a system, at most one is connected to each 1/0 Bus. We 
have chosen to give beth JOFCs Cand both SMCs) the same 
acdress. 
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60101 BUFFER (Continued) 


This encoding allows the responder's hardware to correct 
single bit errors and detect double bit errors in this 
module ID without using the ECCIO chip (which may well be 
in use for other things at the time). 


lf the microprocessor wants to act as an initiator, the 
fressage to be sent shouid be placed in the buffer 
immediately following the target's module ID. The 10B8C 
puts the reply Cif any) in the buffer immediately following 
the original message. 


Message and Reply formats are specified in Section 6.8 (BUS 
PROTOCOL). 


When a message is received by an TORC, it is placed in the 
buffer starting at the first Location. If the 
microprocessor wants to send a reply, thet reply should be 
claced in the buffer immediately following the cricginal 
nessage. 


The microprocessor must not read or write the buffer when 
it is pcssible thet enother requester is using it; data 
corruption wilt result. If the micreprocessor is to be the 
initiator, it must first request and géein ownership of the 
tuffer. Once ownership is ebtained, the microprocessor is 
tree te write (or reac) the buffer. When the 
nicrocrocessor issues the Start commend to an I0B8C, the 
buffer is loaned to thet I10BC,. The microprocessor may not 
access the buffer until an Gp Complete status has been 
reported, or the microprocessor resets the IO0BC. 


khhen en IOBC receives & message, it g¢laces it in the buffer 
(which it owns), then causes an interrupt. The interrupt 
jinplicitly loans the buffer to the microprocessor. Thus, 
aiter an I1GEC interrupt caused by a received message (see 
Interrupts, following) the microprocessor may read = and 
write the buffer. 


If the microprocessor chooses to send a reply, it writes 
the reply in the bufter, and then issues the Continue 
command. This command returns the buffer to the I10BC; the 
microprocessor must not actcess the buffer after issuing 
this commend. 
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E€alal BUFFER (Continued) 
Alternatively, the microprocessor might choose not to send 
a reply. In this case, the Disconnect commend instructs 
the IO0BRC to release the 1/0 bus and ownership of the 
buffer. If the microprocessor wants to access the buffer 


after issuing the Disconnect (for example, to copy. the 
message to the microprocessor’s main memory), then it must 
issue the Ownership Kold command to the Bufter Control 
before issuing the Disconnect to the IOBC. When the 
microprocessor has finished with the buffer, it must then 
release ornersnip by issuing the Release Ownership command 
to the Buffer Control. 
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60122 REGISTERS 


The second area of microprocessor memory that is used for 
other things is the register area. In the MLI-DTF, there 
are sixteen 16 bit registers that control and monitor the 
two LOECs, the Buffer Contrel, and the MLI Control. To the 
micrcoracessor, these registers appear to be a 32 byte area 
cf wtemory. The following table Lists the 16 registers by 
name, for each MLi-DTIM eddress, and a brief cescription., 
Some reoisters are read only or write only: this is 
indicated by a W or R in the Type column. 


Address 
Name Chex) Type Used By Description 
RUFFCRNG 430000 \i Buffer Cont. Command Register 
BUFFSTAT 4350062 R Buffer Cont. Status Register 
430004 R MLI Cont. Result Reoister 
430666 Wi MLI Cont. Command Register 
430608 R MLI Cont. Status Register 
43000A R Configuration. ID register 
430G0C R/¥ MLI Cont. Byte counter (upper) 
43000E R/W KLi Cont. Byte counter (lower) 
430010 Reserved 
430612 Reserved 
BUFFADDR 430014 R/W Buffer Cont. Buffer Start Address 
BUFFLEN 430016 R/W Buffer Cont. Message/Reply Length 
ABUSSTAT 430018 R IOBC A Status Register 
BBUSSTAT 4S30CTA R IOBC B Status Register 
ABUSCHND 43001C W TOBC A Command Register 
BAUSCMND 43007E W ICBC B Command Register 


Note that beth the address range (hex O043xxxx) and = the 
inividual addresses within that range are corpletely 
implementation dependent; they may differ in the SMC and 
future OTs. 


Fach register is diviced into many tietlds. A description of 
the registers and fields follows. 
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641.281 BUFFCMND 


This register tssues conmands to the Buffer Control, These 
incluce commands relating to buffer ownership, Module Busy, 
fault reporting, and fault detection testing. Two bits in 
this register are aiso used to acknowledge interrupts from 
the two 10BCs (there were not enough bits in their 
respective command registers). 


The following table Lists all the Buffer Control commends. 
The first column names each command, and the second lists 
the value that must be written into the BUFFCMND register 
to issue that command. 


Command Name Write Value (hex) 
Reauest Buffer Ownership 0001 
Release Buffer Ownershir 0010 
Set Module Busy 0700 
Reset Module Busy 0G80 
Ownership Hold Command 002 
Interrupt Acknowledge, IQEC A osdv 
interrupt Acknowledae, IOBC B 8000 
Reset Error Latches 0460 
Test Fault Detector #1 0048 
Test Fault Detector #e 0044 
Test Fault Detector MLI 1040 
Die 6260 
Test Die 0246 


REQUEST BUFFER OKNERSKIP COMMAND 


Go oe ee oe ee OS A mm es ee ee oe oD ee ee ee me OE em ee Bee es ee 


This commanc is issued when the microprocessor wants to own 
the buffer, in order to act as an initiator. After issuing 
the command, the microprocessor must poll the BUFFSTAT 
register until it is granted ownership by the Buffer 
Centrel. 
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6ediscal BUFFCMND (Continued) 


RELEASE BUFFER OWNERSHIP COMMAND 


on Rey a On a Go ee eS am oe ey ee ee ee Om ES ee ee oe oe ES a ee 


This command indicates that the microprocessor has finished 
using the buffer, and that ownershit may be granted to any 
other requestor. 


SET MODULE BUSY COMMAND 


om as Ge oS en my a ee my am OM a oe a ee oe oe ee eS eS on 


This conmand sets the Module Busy tlaa. If any other 
module tries to send a nessage to this module while the 
Module Busy flag is set, it will be refused with a Module 
Busy indication. 


RESET FPODULE BUSY COMMAND 


oo Gs Ga me ee ee ee es ee ee ee 


This command resets the Module Busy flag. 


OWNERSHIP HOLD COMMAND 


ee os mh km em Gt ee me em Oe oe ee Gt ee ee ee ee 


This command prevents buffer ownership from being granted 
to a new requestor after it has been released by the 
current owner. It as used with the Disconnect I10BC 
command, when the microprocessor wants to release the 1/0 
Bus before it releases the buffer. This command must be 
followed by a Release Buffer Ovnership commend. 


The Release Butfer Ownership command that ftollews an 
Cwnership Hold command does net negate the effect of a 
pricr Request Buffer Ownershic command. This atlows the 
Ownership held and Release Butfer Ownership commands to be 
used in an interrupt handler without disturbing an 
underlying Initiate froecess that has Requested Buffer 
Qunership, but has not yet beer granted it. See Section 
6.4 (BASIC PROTOCOL) for details. 
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EC alaleol PBUFFCFEND (Continued) 


INTERRUPT ACKNOWLEDGE COMMAND, IOBC A 


This command shoulda be issuea in the interrupt handler’ for 
irterructs from I[f08C A&A, after the ABUSSTAT register has 


been read to ascertain the cause of the interruct. 
Normally, this commanc causes the Interrupt line to the 
micrerprocesscr te te <drcpepea. towever, if ancther 


interrugt concition has arisen tbetore this command is 
issuea, the interruct Lire remairs asserted, and the 
AEUSSTAT register is changed tc reflect the new interrupt 
ceonciticn. 


This ts the Interrupt Ackncwledge ccmmanc for IOBC &, See 
ICEC A aescripticn for details. 


FESET ERRCR LATCHES COMMANE 


Curing the Responder Selection phase cf an I/0 Bus 
Transaction, the initiator broadcasts the encoded Module ID 
cf the target responder on the data lines of the I/CG Gus. 
ALL moaules cn the bus creck if the initiator wants to talk 
te them. In the process, they atso check for single and 
double bit errors in the mcaule numter. The presence of 
such an error is latchea in the BUFFSTAT register. Every 
mcecule on the bus performs this check. 


From the microgrecesscer's point of view, the ctits in the 
BUFFSTAT register may ce set at any time: tke 
micrcerecesscr may not ever te apprised of the 1/0 6us 
Ccreration that encountered the error. Hence, the Fits in 
the EUFFSTAT register shoulda te potted on a reqular tasis. 
If an errcr has been latched, the microprocessor should 
record the fect ana reset the latches using this command. 
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Ealacel FUFFCMND (Continued) 
JEST FAULT DETECTOR 1 COMBAND 
The Buffer Control contains two fault detectors. This 
“The Buffer Control conteins two fault detectors, This 


command ferces Fault Detector 1 to report an error to the 
S#C via the WModBroken signat, while at the same time 
asserting MedNotBroken. 


The microprocessor should own the buffer when this commend 
is issued. See Request Buffer Ownership and Release Buffer 
Genership commands. 


TEST FAULT DETECTOR 2 COMMAND 


This command tests fault detector number 2. 


TEST MLI FAULT DETECTOR COMMAND 


© @ oe wm oe ee oo ee eb ee eS Oe ee ES ee eet ee ee oe oes oe ee Oe 


This command tests the fault cetector on the MLI. 


DIE COMMAND 


we o> en EP Go WA em me em aD 


This command causes the ModBroken signal to be asserted to 
the SMC. It is used when the microprocessor discovers that 
scnething is drastically wrong, and cannot continue normal 
processing. 


vm"emYNISYS Prior Written Consent Required For Disclosure Of This Date=<-2 


| 1993 5329 
UNISYS CORPORATION Se es eae oe ae ee ee + 
ENTRY/MEDIUM SYSTEMS GROUP | 
PASADENA DEVELOPMENT CENTER | V5GG DATA TRANSFER MODULE 
| 
COMPANY Pores we RON eE EE Ome eE eee Se 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 45 
6Galecst BPLFFCMND (Continued) 
TEST DIE COMMAND 
This command tests the Die signal, 
The following table presents the commands above in a 
slightly different way. Each bit, or group of bits in the 
PUFFCMND register is described separately. 
Bit(s) Field Function 
15 IntAcké& Interrupt acknowledge te I08C B 
14-13 not used Should aiways be G0 
i2 FroMlitrr(o) Used for fauit detection testing 
on the MLI. 
11 IntAckAa Interrupt acknowledge to IOBC A 
16 uPNeCheckRst Resets Latches that hold singie and 
double bit error information during 
target module number broadcast. 
9 Lead Causes ModEroken to be signalled 
to the SHC, 
& BusySet Sets Module Busy. 
7 BusyReset Resets Module Busy. 
6 Ignoreerr Used for fault detection testing. 
5 not used 
4 ReleaseBuffer Buffer ownership is released. 


3 CFerceErr(130) 
1 OwnHkoldad 
0 RequestBuf fer 
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6e1.2.2 BUFFSTAT 


This read only register contains fields that indicate which 
requestor (Cif any) owns the buffer, whether the module is 
on-line or off-line, the Module*s ID, and any single or 
deuble bit errors that occur in module numbers broadcast 
during the Responder Selection phase of an 1/0 Bus 
transaction. 


BUFFSTAT is in the following formats: 


Bits) Name Active Description 
15 Ooffline# H module is offline. 
4-12 x not used; value unspecified. 
11 BNoCheckDBE H DRE in module number, bus B 
10 BNoCheckSBE H SRE in module number, bus B 
9 ANcCheckDBE H DBE in module number, bus A 
é ANoCheckSBe H SBE in mocule number, bus A 
7-4 ModuleIadL(3:0) L Module ID associated with this 


backplane sict. 


3 DAccGrntL u WLI cwns the buffer 

2 CAccErnte L Microprocessor owns the buffer 
1 BAccGrntL i IOBC EB owns the buffer 

0 AAccGrntlh L JOBC A owns the buffer 


SFE stands for single bit errors CBE stands for double bit 
error. 


The Active cotumn indicates whether the corresponding 
register bit is active hich (HH), active tow (CL), or 
unspecified (xX). For example, if the BUFFSTAT register 
contained the hex value 70EE, then the module is online, no 
SRES cor DBEs have been latched, the module ID is 1, = and 
JOBC A owns the buffer. 


OFFLINE 
Pit 15, when active, indicates that the module has been 
set offline by the SiC. The SMC does this by setting @ 
bit in the card's maintenance chain. When the module 
is offline, it is unable to crive the backplane, or 
responce to incoming messacess 
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Galacsd BUFFSTAT (Continued) 


NOT USED 
Pits 14:12 are not used. No guéerantees are made about 
the values these tits will assumes they should be 
ignored. 


FRROR LATCHES 
Bits 1128 latch SEs and 6GBES that occur in the 
broadcast module ID curing the Responder Selection 
phase of an 1/0 Bus transection. These bits can be 
reset by issuing the Reset Error Latches command. 


MODULE ID 
The ModulelIdiL (3:0) field enables the microprocessor on 
a DTK to determine which backplane slot it is plugged 
into, The most sionificant bit (ModuleIdL(3)) 
indicates which cabinet the carc is in, while the three 
least sionificant tits indicate the slot number (1 
through 6) within the cabinet. 


hhen the mocgule is offline, the ModuleIdlL field is 
sourced from a register on the maintenance chain, and 
therefore may not accuretely indicate the slot inte 
which the module is plugged. This was done to allow 
testing of various circuits in the two IOBCs,. 


BUFFER OWNERSHIP 
Bits 3:0 indicate which requestor (if any) owns the 
buffer. At most, ane of these bits should be active 
(low) at any one time; if multiple bits are active, 
then the Puffer Control is broken. Thus, legal values 
for this field are Cin rex): 


7 = MLI owns the buffer 

f - microprocessor cwns the buffer 
DP = 10BC EB owns the buffer 

F - JOFC A owns the buffer 

Fo = no one owns the buffer 


If no one owns the buffer (FF), tro possibilities exist. 
Fither no one is requesting the buffer, or the buffer 
was set in #Hold'* by the microrrocessofre The 
microprecesser is responsible for verifying that the 
buffer has been releasec atter the *Hold* commana. This 
allows I0EC and HELI to resume their normal operations. 
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6.1.2.3 EUFFADDR 


This register is used by Buffer Cortrol to address the 
buffer. The address contsined in this register is a word 
address, relative to the beginning of the buffer (remember 
that the buffer consists of 1024 32 bit words). The 
address of the first word in the hutfer is hex O600, the 
second is (001 hex, and se forth. Since there are only 
4624 words in the buffer, the most significant six bits of 
the address ere not used, and must be zero. In other 
words, the address of the Last word in the buffer is O3FF 
Chex). 


EUFFADDR is cleared eutomaticelly khenever buffer ownership 
changéS. It is incremented by Buffer Control whenever a 
word is read from or written to the buffer by either IT0Rc 
or the MLI control, 


The microprocessor cen read and write this register. 
However, it 3s not expected that the microprocessor will 
write BUFFADDR in the course of executing an I1/0 Bus 
transaction. The microprocessor must net write BUFFADDR 
when either I10BC or the MLI Control is using the buffer; if 
the microprocessor reads BUFFADDR while another requestor 
is using the buffer, the value read is net specified, and 
mey .change at any time during the microprocessor's read 
cycle. In other words, BUFFACDR is subject te the same 
access restrictions as the buffer itself. 


Khen the module acts as an initiator, a message is sent and 
@ reply received. After the IO0BC has reported Op Complete 
(see ABUSSTAT), the microprocessor may read BUFFADDR, which 
contains the address cf the first word after the reply in 
the buffer. If there wes no reply, it points to the first 
word after the original message. 


Ekhen the module is a responder, the 10BC puts the message 
into the butter, and interrupts the microprecessor. The 
fhicroprocesscr then reads BUFFADDR to determine the tength 
cf the received messege (BUFFARDR points to the Location 
ene word after the received message). Since the received 
messace is placed in the buffer starting in the tirst 
location, BUFFADDR contains the Length Cin words) of the 
MESSAGE. 
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BUFFADDR (Continued) 

The facility to write the BUFFABDDR was provided for use 
with the MLI control, and for testing. Since BUFFADDR is 
cleared when buffer oxnership changes, any value written to 
BUFF ADDR has effect only until buffer ownership is 
released. 


J¢# BUFFADDR is written after the microprocessor gains 
ownership of the butfer for an initiate, then the Target 
fodule Id and the message to be sent wiil be read by the 
10BC, starting at the specified butfer address. Similarly, 


if BUFFADDR is written after an 
Continue conmand to the 1OBC, 
reply from the buffer, starting 


interrupt, before issuing a 
then the IO0BC will read the 
at the specifiec address. 


Galtacte4 BUFFLEN 


BUFFLEN is used by the microprocessor to inform the buffer 
control cf the Length of a wessage that is to be sent on an 
3/0 Bus. when the microprocessor is acting as an 
initiator, it toads this register with the Length of the 
message (in words), minus cne in hex. 


seventeen words tlona, 
Note that the length here 
it does not include’ the 
the module is a responder 
of the 


For exanple, to send a message 
BUFFLEN is loaded with hex O016. 
is the length of the messace onty; 
Target Module Id word. When 
sending a reply, BUFFLEN is loaded with the length 


reply minus one betore issuing the "Continue* command to 
the 10BC., 

To send a cone word message or reply, toad BUFFLEN with 0000 
Chex). 

This register shouid not be read or eritten while an I0BC 
or the MLI controt could be accessing the buffer. BUFFLEN 


is counted Gown every time e word is read from the buffer. 
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Entadad ABUSCHND AND BBUSCMND 


These registers are used by the microprocesscr to issue 
commands to I10€C A and I10BC B, respectively. They differ 
only in address. The commands issued via these registers 
relate to sending messages and replies, acknowledging 
Initiate I/0 Requests, clearing the I10BC, and testing the 
10BC%s fault detectors. 


The following table Lists ali the IGEC commands. The first 
column names each command: the secord lists the value that 
must be written into the register (ABUSCMND or BBUSCMND) to 
issue that command, 


Command Name Write Value (Chex) 
Start Normal COoG1 
Start Emergency 0081 
Continue CO02 
Bbisconnect C004 
Reset Master C069 
Reset Listener QOGA 
TIOAck 0046 
Test Fault Detectcr #1 &109 
Test Fault Detector #2 8200 
Test Fault Detector #3 8400 
Jest Fault Detector #4 : 8860 
Test Fault Detector #5 9c0C 
Test Fault Detector #6 A0Gd 
Jest Fault Detector #7 cu06 


The commands functicn as described in the following texts 


© START NORMAL. The microprocesscr uses this command to 
indicate to the I0BC that there is a message (end 
Target Module Id) in the buffer, which the ITOBC should 
attempt to send. The microprocessor skould own the 
buffer at this time. This command implicitly Loans the 
buffer to the ICBC. 
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Oe late 5 ABUSCMND AND BBUSCMND (Continued) 


Q 


START EMERGENCY. This command is identical to Start 
Normal, except that during the bus arbitration phase, 
the IO0BC asserts its emergency priority tevel instead 
of ats normal priority level. Emergency priorities are 
hioher than all norwal priorities; thus, if oniy = one 
wodule asserts emergency pricrity, it is sure to win 
control cf the bus. 


CONTINUE. This command is used ty the microprocessor 
to send a reply. After the microprocessor has examined 
the received message and formatted the reply in the 
buffer, this commando informs the IOBC that the reply is 
ready for transmission. 


PISCONNECT. This command indicates that the message 
just received dees not need a reply; hence, the IOBC 
should disconnect from the kus, 


when the I0BC disconnects from the bus, it atso 


ee= UNISYS Prior 


releases ownership of the buffer. The other JOBC, or 
the WLI centrol, could cain ownership and use it 
immediately, To prevent this, the microprocessor must 
issue an Ownership Hold Cemmand to the buffer control 
before issuing the Disconnect. 


RESET MASTER. This cemmand clears the initiator 
portion of the I106C. If it was connected to the 1/0 
Bus at the time, the conrection will be severed. It is 
expected that this commana will only be used for error 
recovery (such as when the microprocessor times out an 
1/6 Bus transaction). See Microprocessor Microcode for 
further cetails,. 


RESET LISTENER. This command clears the listener 
portion of the ICB6C. If it was connected to the I/0 
Eus at the time, the connection will be severed, This 
Command is not used, 


I1OACK. This command causes the I08C to assert the 
TIOAckL signal to the JONC. This command should only 
be used by the Message Pouter, in response to an I10Kkeq 
interrupt. The ICBC handtes the backplane timing 
detatis specified in Section 6.8 (BUS PROTOCOL). 
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6e1e2.5 ABUSCMND AND BBUSCKHND (Continued) 


6 TEST FAULT DETECTOR. Each I0BC contains seven fautt 
detectors, This command forces the specitied fault 
Getector to report an error to the SMC via the 
‘'HodBroken® signal, while at the sare time asserting 
*HodNotBroken®, 


The microprocessor should own the buffer when this 
commana is issued (see Request Buffer Ownership and 
Release Buffer Ownership commends). 


The following table presents the commands above in a 
slightly different way. Each bit, cr group of bits in 
the register is describec seperately. In the table, an 
x at the beginnine of the name can be replaced by A or 


Bs 
Bits Name Function 
15 xIgneretrr Fault detection testing 


14-8 xForceErr(6:0) Fault detection testing 


7 xlEmerg Use with Start: emergency 
criority during bus arbitration. 


6 x1l1CGot Causes ITi1OAckt toe ITOMC. 
5-4 rot used Must be zero. 
3 xReset Resets the IOB8C. Bits GO and/or ij 


indicate whether the initiator (set 
bit ©) or responder (set bit 1) of 
beth (set btoth bits G and 1) are to 
be reset. 


2 xDIse Disconnect = no reply required. 
1 xContinue Continue - send reply in buffer. 
i) xStart Start 1/0 Bus Comnmand. 
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G6.1.2.€ ABUSSTAT AND BEUSSTAT 


These two registers ailow the microprocesser to determine 
the stetus of the two 1LO0BCs. The microprocessor inquires 
about tine status in oroer to: 


© determine the cause of an interrupt 

0 after issuing a Start command, cetermine whether the 
I/O Bus operation has completec, and if so, with what 
results. 


One field (in fact, a single Fit) is devoted te the first 
case; the rest of the register is devoted te the second. 


In the following table, an x at the beginning of a name can 
te replaced with an A or ae, 


The two registers are as followss 


Pit(s) Field Active bDbescription 
15 xdd0intd=—oH~S*~*«i MR e@rupt reason. 
14 x not used 
5-11 xwBIdErr (2:0) 1 Bus arbitration errors, 
10 xErrlLine HK Error report from IOMC. 
9-8 XMBE=xXSBE H MEE/SBE detected ky 
1/0 Bus ECCIO. 

7-5 xSetRes(2:0) H Responder selection result. 
4-2 xBidRes(2:0) 4H Bus arbitration result. 

1 xPreEmptt L Another requestor wants to 


PreEmpt the buffer. 


co 


xOpCompl L Oeeraticn complete. 
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6.12226 ABUSSTAT AND BBUSSTAT (Continued) 
Notes: 


SBE stands tor single bit errorg MBE stands’ for 
multi-bit error. 


The column headed *Active' irdicates whether the 
corresponding register bit is active high (H), active 
low (L), or unspecified (XxX). For example, if the 
ABUSSTAT register contains the hex value €82A, then 
Operation Complete 38 asserted. 


Bit 15 (xiiOIntH) is independent of the the rest of the 
register. It indicates the reason for an interrupt 
from this I108C. The rest of the register is used by 
the microprocessor to moniter the IGBC after a Start 
Command has been issued. 


ihe tieids in xBUSSTAT are used as follows: 


o INTERRUPT REASON. khen the microprocessor is 
interrupted by an IGBC, bit 15 (xIiOIrtH) indicates if 
the interrupt occurred tecause a message has been 
received (xI10Inthk tow), or because the IOMC asserted 
TiGKReql on the backplane. I110Regl indicates that there 
is something in the mailbox register for the message 
router (xIIOIntH high). All modules except the HESS ege 
router ignore the x1IOInth high interrupts. 


The value of bit 15 does not change after an interrupt 
until the microprocessor issues an Interrupt 
Acknowledge command tor the appropriate I0B8C vie the 
BUFFCKND register. 


If the microprocessor ts interrupted because a message 


‘has been received (1iCIntkh Low), then it examines xSBE 
and xMBE to determine if the data arrived intact. 
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601.226 ABUSSTAY AND BBUSSTAT (Continued) 


© OPERATION COMPLETE. Bit GO (CxOpComplL) indicates to the 
microprocessor that the 1/6 Bus transaction requested 
by the Start Commend hes completed. Other bits in the 
register indicate whether the operation was successful, 
or why it failed. 


Bit G@ also plays @ significant rote in synchronizing 
the ICBC with the microprocessor. After the 
microprocessor issues a Start command, various values 
appear in the reoister as the 1/0 Bus transaction 
crooresses, Since the microprocessor and the IOBC fun 
with different clecks, the register might be changing 
while it is being read. For this reason, the value 
read from the recister cannet be trusted unless the 
JOBC has stopped changing it. This as indicated by 
xOpCompt being Lew. 


Bit G is set high ty the Start command, and remains 
hich until the 1/0 Bus transaction is complete. The 
microprecessor potls the xBUSSTAT register regularly 
after issuing the Start command, testina only the 
xOpCempl bit. Once the xOpCompl bit has been tested 
and found low, the microprocessor must read xBUSSTAT 
@écgain to ensure that the values of all bits in the 
register are consistent. 


When the 1/0 Bus eceration times out, the 
microprocessor might try to interpret bits in the 
xBusStat register while xOpComrl ais high. If the 
microprocessor issues a Start Command, and Op Complete 
is not asserted within a reasonable time, then 
something is broken; cerhaps the IOBC, the responder, 
or the backplane. iInfermation in the xBUSSTAT register 
can be used to help isolate the faulty module. 


If the 1/0 Bus operation times cut, the microprocessor 
reads the xBUSSTAT register twice, and compares the two 
values read. If they are equal, diagnosis can be 
attempted. Cetails of timecut values and fault 
randling erocedures eappear in Section 7 CERROR 
DETECTION AND HANDLING), 
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Gatetsé ABUSSTAT AND BBUSSTAT (Continued) 


c HUS ARBITRATION RESULT. Once Cp Comolete has been 
asserted, the microprocessor examines the xBidRes(2:0) 
field. Possible values fer these three bits are as 


follows: 

xBidRes (23:0) Descriptior 

106 or 111 BUSBUSY 
061 PreEmpt or Arbitration Error 
016 ICBC obtained the bus 


ALL other values indicate that the ICBC is broken. 


if yxBidRes(2:0) = IU (binary), then a BUS BUSY 
condition has occurred (the I/0 Bus was already in use 
by enother medule). The microprocessor retries the 1/0 
Bus operation. 


If xBidRes(2:G) = G61 (C(bhinary), there are three 
possibilities: 


ae This, and some other module bid for the bus at the 
same timez the cther module had higher priority. 


b. A PreEmpt occurred. 
c. A hardware failure was detected. 


The microprocessor examines xPreEmptL and xBidErr (2:0) 
to determine how to proceed. If PretEmptl is inactive 
Chigh), and xBidErr(ée:0) = 111 (binary), then case (a) 
cccurred, in which the other module had higher 
priority. In this case, the microprocessor should 
retry the 1/0 Bus cperation. 


If xBidRes(€2:0) = G10 (binary), then the bus 
arbitration phase conpleted successfully, and this 
module has access to the bus. The microprocessor 


examines xSelRes(€2:0) te find out how the remaining 
phases of the 1/0 Bus transaction completed. 
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Caleta 6 ABUSSTAT ANB BBUSSTAT (Continued) 


c PREEMPT. Pit 1 CxPreEmptl) is velid only when xOpCompt 
is active (iow), and when xPidRes(22:0) = O01 Chinary). 
In those circumstences, xFreEmpttl will be Lew if a 
PreEmpt condition kas arisen. A PreEmpt occurs if 
either ICBC, or the MLI control discovers that it needs 
the butfer to accept an incoming messege between the 
time the microprocessor is granted ownership of the 
buffer, ana the time it issues the Start command. 


When the microprocessor discovers a PreEmpt, it 
releases cwnershio of the buffers The PreEmpting 
reouestor then ageins Gwrershi¢e of the buffer, puts the 
message in the buffer, and causes an interrupt. The 
microprocessor may retry the criginal operation efter 
the PreEnmpting message has been handled. 


o BUS ARBITRATION ERRORS. fits 123-11 (xBidErrt(2:0)) are 
valid coniy when y»¥CpComplL is active (low), and uhen 
xBidRes{2:6) = O01 Cbinary). In those circumstances, 
any of the three bits in this field being active (tow) 
indicates that the bus arbitration hardware for this 
1/0 Bus” tailed. The TFOBC in question should not be 
used again until some sort of testing has been carried 
out. 


The meanings of the individual bits are as follows: 


xBidErr(Q) 
The pricrity comparator asserted Equal and Less 
simultanecusly, and is therefore broken, or the module 
requested normal priority, but was granted emergency 
priority (cr vice versa). 


XxBidErr(1) 


The module asserted its ericrity, but bus arbitration 
logic reported no requests. 
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6oelec.6 ABUSSTAT AND BBUSSTAT (Continued) 


xGiderr (2) 
The module asserted its pricrity, but bus arbitration 
Logic reported cnly requests cf lower priority. 


If any of these three bits is active Clow), then the 
hardware is broken. In atl three cases, the IO0BC is 
the primary suspect, protably causing 90% or more of 
the faiiures of this type. The backplane is the major 
secondary suspect; tt is extemely unlikely thet another 
module connected toe the I/0 Bus could cause these 
failures, 


c RESPONDER SELECTION RESULT. 


Once Cp Complete has been asserted, and xBidRes(2:6) = 
010 (binary), then the microprocessor examines the 
xSeiRes(22:G) field. Fossible values for these three 
bits ere as follows: 


xSelRes(220) Description 
010 Module not present 
16 Tilegal disconnect 
110 Mocule busy 
004 Normal termination 


Ali otner values indicete that the IO0BC is broken. 
Module Not Present indicates that the taroet responder 
is either physicaliy not present, or jis offline. A 
module may go offline for 6 number of reasons: 


The SMC may put the modute offline by shifting the 
appropriate value into the maintenance chain. 


A fault detector may detect a failure and take the 
module offline. 


Steo logic set up in the module may teke the modute 
ofttline. 


Tn all three cases, the SWC is aware of the actual 
status of the module. 
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Celecet AEUSSTAT AND BBUSSTAT (Continued) 


An Iilegal Disconnect occurs when the target responder 
goes offline in the middle cf the I/0 Bus transaction. 
Medule Net Present, in contrast, occurs when the module 
is offline before the transection begins. 


If either an Illegal Disconnect cr a Module Not Present 
cccurs to 24 fresponder that tas previously answering 
wessages, then simely retrying the operation is 
inappropriate. Some kind cf extended recovery, 
probably coordinated hy the SMC, is required. 


Module Busy indicates that the target responder is 
unable to accept a message at this time. The cperation 
is retried. 


Normal Termination indicates that a message was sent, 
and aereply (perhaps) received without a control type 
mishapae It does not indicate that the data was 
received unblemished. The errcr bits (xErrlLine, xSBE, 
and xMBE) must be examined. 


0 xSBE AND xMBE. These twe bits indicate whether this 
module's ECCIQ chip detected any singte bit errors 
(xSBE) of multi-bit errors (xMBE) during the 1/0 Bus 
transaction. Single bit errors are corrected 
automatically. Multi-bit errors cannot he corrected, 
although retrying the operation may allow recovery. 
Possible values fcr these three bits are as follows: 


XMBE,XSBE Description 
CG No error 
01 Single bit error (send) 
16 Single bit error (receive) 
11 Fultiple bit error 
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6.1.2.6 ABUSSTAT AND BEUSSTAT (Continued) 


c XERRLINE. This bit indicates whether the IOMC asserted 
the Error backotlane signal at any time during the 1/0 
Bus transaction. The Error signal indicates that the 
1OMC 3s returning an error word, The Last word in the 
reply should be checked to determine the type of error 
Cif any), and the correction ection needed, 


lf the problem occurred while the message was being 
sent, then a werd will be added to the responder'’s 
recly, specifying the type of error that eccurred (see 
Section 6.8.2 MESSAGE FORMATS for more detail). 


To check that an 1/0 Bus transaction has completed 
sucessfully, the microprocessor fust: 


(1) Poll xBUSSTAT continuously (checking for timeout), 
waiting for xOpCompl to be asserted. The value 
reed could be ANDBed with 0801 Chex) and checked for 
equality with G0G6 Chex). 


(2) Read xBUSSTAT acaeir, checking for successful 
completion. The value read could be ANDed with 
O7FD Chex) and checked fer equality with 6628 
(hex). 


If test (2) fails, then the analysis procedure outlined 
above should be followed to determine the cause of the 
abnormal termination. Figure 6-1 cummerizes that 
analysis. 
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Check 
Timeout 
(1) 


Bus Busy 
Broken IOBC 


Hardware 


Broken [OBC 
Hardware 


PreEmpt 


Lost Bus 
Arbitration Mod Not Present 
Ittegal Disconnect 


Module Busy 
Data Error 


Broken IOBC 
No Hardware 
Good Completa! 
Figure 6-1 xBUSSTAT Register Analysis Flow Chart 


Notes: 


(1) Timeout values, and actions to be taken when a 


timeout occurs are described in Section 7 (ERROR 
DETECTION AND HANDLING). 


(2) A Data Error occurs if xSBE, xMBE, or 


xErrLine is 
active. 
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bad INTERRUPTS 


In the MLI-DTM, 1/0 Buserelated interrupts are generated by 
the I10B8Cs. Each IOFC fas an associated interrupt line to 
the microprocesscer. An 10BC generates an interrupt because 
@ message has arrived, and has been put into the buffer, or 
because the 1OMC has asserted I10Reqgl on the backplane, 
indicating that there is something in the mailbox register 
for the message router. 


It must be emphasized that this is very much an 
implementation decision. The SMC and future DTM s 
hicroprocessers may be interrupted for cifferent reasons. 
For example, ftuture DBIMs may be interrupted by the tuffer 
control when bufter ownership has been grented to the 
microprocessor. 


Khen the microprocesscr has accepteac the interrupt, and 
read the appropriate xBUSSTAT register te determine the 
tause of the interrupt, the microprocessor must issue an 
Interrupt Acknowledge command for the interrupting IOBC to 
the buffer control. This command is issuec via the buffer 
control rather than directly to the IOBC because the 108C*s 
command registers do not have enough bits available. 


The method of deternining the interrupt reason, end 
acknowledging the interrurt, is implementation dependent. 
A future design might choose instead to use vectored 
interrupts and the microprocessor's interrupt acknowledge 
cycle rather than the current MLI-DTE scheme. 


In the Current impiementation, the ILIOREQL interrupt is 
disabled on all I/6 moduies except the message router 
during system initialization. This is done for performance 
considerations. If the message router module breaks, this 
interrupt is enabled on the module that is going to be 
acsioned the message router responsitilities. 


If both interrupt conditions are simultaneous, or nearly 
so, the hardware insures that only one interrupt at a time 
is presented to the microprecessor. The value in xBUSSTAT 
dees not change until the Interrupt Acknowledge command is 
issued, 
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é.3 BASIC PROTCOCGL 


This section cescribes how the commands, status bits, and 
interrupts relate to each other. It describes the flow for 
a normal message both trom the standpoint of the initiator, 
and trom the stancpoint of the responder. 


Ge5.1 NORMAL INTTIATOR FLOW 


Figure 6-2 shows the protocel followed by the 
micreprocessor when initiating an I/0 Bus transaction. 
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Figure 6-2 


Request Buffer 
Qwnership 


Does 
Microprocessor 
Qwn Buffer? 


Capy Message to Buffer 
Load BuffLen Register 


Yes 
Read xBussStat 


Good Complete? 


Release Buffer 
Owners ip 


(1) 


(2) 


(4,5) 


(6) 


(7) 


(7) 


Error 
Recovery 
(8) 


(9) 


(1) 


Initiator Flow Chart 
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6.30) NORMAL INITIATOR FLOW (Continued) 
Notess 
1 Buffer contrel commands are descrited in Section 
6.1.2.1.4 


2 The Buffer Stetus keagister (BUFFSTAT) is described in 
Section 6.1.2«6.2 


3 Timeout values anc actions te be taken when a timeout 
occurs are described tin Section 7 CERROR DETECTION And 
HANDLING). 


4 It is suggested that the fessage be formatted in the 
microprocesscr’'s main memory, and then cepted into the 
buffer, so as to minimize the time spent with the 
Buffer Owned. 


LW 


The Buffer Length register (BUFFLEN) is described in 
Section 6.1.2.46 


é I0BC commands are described in Section 6ala2ade 
Replace the x with A or &, depending on the ILOEBC being 
used, 


7 IOBC Status register (xEUSSTAT) is described in Section 
6.1.2a6s 


& Error recovery is described in Section 7. 
9 It is suggested that the repiy te moved out of the 


bufter as quickly as possible, so as to minimize the 
time spent with the Butfer Ouned. 
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6.3.2 RESPONDER FLOW 


When an IOBC interrupt occurs, it could be because a 
message has arrived, or because an IOMC has something for 
the message router in its mailbox register. 


Interrupt 


Read xBusStat (1) 


Issue Interrupt (2) 
Ack Command 


(3) 


Handle Received Handle Initiate 
Message 1/0 Request 


Return from Interrupt 


Figure 6-3 Interrupt Flow Chart 
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EBesed RESPONDER FLOW (Continued) 

NOTESs 


1 ICBC Status register (xBUSSTAT) is described in Section 
6alaleoG. The x can ke replaced by A or 8, depending on 
which 1OBC caused the interrupt. 


2 Buffer controt commands are descrited in Section 
Gala2oia 


3 Value of xIIOInth in xBUSSTAT read at step (1) should 
be used; xBUSSTAT may change at any time after the 
Interrupt Acknowledge command is issued. 


The two cases are handled as shown in figures 6-3 and 6-4, 
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Enter from 
‘tnterrupt’ 


Examine xSBE, 
xMBE in xBusStsi 


(1) 


Lag Single Bit 
Error 


Read Message 
In Buffer 


Write Reply 
Into Buffer 


(7) 


Issue Disconnect 
Command 


‘Interruot’ 


Figure 6-4 Incoming Message Handling Flowchart 
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RESPGNDER FLOW (Continued) 


NOTES: 
4 IOBC Status register CxBUSSTAT) is described in Section 


Gale2naOo Replace the x with A cr B, depending on which 
10BC caused the interrupt. 


2 Single bit error togging is discussed in Section 7 
CERROR DETECTION And HANDLING). 

3 See Section 6.4 CERROR RECOVERY). 

4 This decision depends on the op code embecded in the 
message, and the presence or absence of errors. Op 
codes and their meanings are discussed in Section 6.8 


(BUS PROTOCOL). If an error 
specitying the kind of error 


5 lt the microprocessor is to relesese 
then the Yes branch must be 


continue using the bufter, 
taken here. 


has occurred, then a reply 
is required. 


the 1/0 Bus but 


é The Buffer Length register (BUFFLEN) ts described in 
Section 6.12204. 

7 IOBC commands are described in Section 6.1.2.5. 

8 Buffer control commands are cescribed in Section 
EBaleolule 

Y This buffer centrol command should only be issued when 
the microcrocessor has finished using the buffer. 

When an interrupt occurs because the IOMC has somethino in 

its mailbox register for the messaqe router, the 


micreprecessor must proceeds as shown in Figure 6-5. 
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Message 
Router? 


Remember 
Interrupt 


Return to 
‘Interrupt’ 


Figure 6-5 Initiate I/O Request Flow Chart 
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be3ae RESPONDER FLOW (Continued) 
NOYES: 
1 Oniy one module in the system is the message router 
(refer to I0MC PECULIARITIES, Section 4.5). Alt 
modules except the message router ignore this 


interrupt. A hardware mask prevents the interrupt. The 
mask can be set by shiftino in Cthrough the data chain) 
the appropriate bits by the SHC. 


2 The message router must respond to the interrupt. 
However, the response requires at least one 1/0 Bus 
transaction (a read of the IONC wailbox register). 1/0 
Eus operations cannot ce done within an interrupt 
handler. Hence, the fact that the interrupt occurred 
is recorded, Reading the maitbex register and 
processing the II0 request is handled Later. 
informetion recorded includes which bus caused the 
interrupt (each IOMC has its own mailbox register). 


Eventually, any outstanding interrupts will have been 
handied, and the micrceprocessor returns to some underlying 
process, In the message router, this process must 
periodically check if an Initiate I/0 Request interrupt has 
been recorded. If there is an interrupt, it is handled as 
shown in Figure 6-6, 
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Enter From 
Idle Loop 


Read |OMC’s 


(1) 
Mailbox Register 


Read 
Mailbox 
OK? 


No Error 
Recovery 
(2) 


Issue I]OAck (3) 
Command 
(4) 


Process I/O 
Request 
Return to 
idle Loop 


Figure 6-6 Mailbox Read Flow Chart 
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6s3ad RESPONDER FLOW (Continued) 
NOTESSs 
1 This bex shows a complex sequence of operations. 


Basically, the module must be an initiator, and send a 
Read Mailbox message to the IO0KC. The IOMC replies 
with the mailbox contents. 


2 Error recovery is discussed in Section 6.4 (CERROR 
RECOVERY). 


3 IOBC commands are described in Section 6.1.2.5. 


4 This box shows a complex sequence of operations, which 
ére not yet specified. 


Since some of the flows above are initiated hy interrupts, 
interactions tetween the flows are possible. The flows 
fall into two distinct catecories; interrupt Handler flows, 
and underlying process flows. The interrupt handler flows 
include the Interrupt Flow Chart, the Initiate 1/0 Request 
Flow Chart, and the Incoming Message Handling Flow Charts 
The underlying process flows include the Initiator Flow 
Chart and the Mailbox Read Flow Chart. 


Initiate 1/0 Request interrupts may occur at any time, from 
either I106€C,. For modules cther than the message router, 
the interrupt is essentially ignored, and any flow in 
crocess at the time, whether an underlying process, or 
interrupt handler, is continued, 


In the message router, the interrupt is remembered, and any 
other flow is allowed to complete before the Mailtox Read 
flow ig executed. A second Initiete 1/0 Request interrupt 
from the sane IOBC is not possible until the TIOAck command 
hes been issued. This means that there is no need to queue 
ite fact that the interrupt eccurred; e simegle flag per 
ICBC suffices. However, it may be mecessary to queue the 
110 Request read from the maiibox. 
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6.3.2 RESPGNDER FLOW (Continued) 


In the case of incoming message interrupts, a requestor 
(IORC or MLI Control) must own the buffer before it can 
cause an interrupt. This means that, if the microprocessor 
owns the buffer, incoming wessage interrupts cannot occur. 
Furthermore, once an IGEC owns the buffer, the other I0BC 
and the MLI Control cannot ceuse incoming message 
interrupts until buffer cwnership ids released; that is, 
until the incoming méessege handling tlow is complete. 


As an example, suppose that the naicreprocessor is 
attempting to send a message at the same time that an I108C 
starts to receive an incoming message Cassume that the 
Fodule Busy tlag is not set), The sequence cf events 
Gepends on whe gets ownership of the buffer first. If the 
IGEC gets ownershigc tirst, then the secuence cf events is 
és shown in Figure 6-7. 
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JOBC Microprocessor 
Interrupt Handler Underlying Process 


Request 
Buffer 
Receive 
Message 
Cause Interrupt 
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Message 
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Send Reply 
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Figure 6-7 Microprocessor-IOBC Interaction (IOBC Gets Buffer) 
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baded RESPONDER FLOW (Continued) 


The interrupt may occur any tine before the microprocessor 
gets into the ownership test tlocpz in eny case, the 
underlying process cannot exit that Loop until the 
interrupt has occurred, the incoming message handling flow 
hes been executed, bufter ownership kas been released, and 
the microprocessor has returned from the interrupt handler 
to the undertying process. At that time, the 
microprecessor gains ownership of the buffer, and 
underlying process falis out of the ownership test loop. 


If the incoming message does not require a reply, the flow 


is similar; Figure 6-8 shows a subtlety in butfer 
ownershipa 
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1OBC Microprocessor 
Interrupt Handler Underlying Process 
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Figure 6-8 Microprocessor~IOBC Interaction (Disconnect) 
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6.3562 RESPCNDER FLOW (Continued) 


The subtlety relates to the effects of the various Release 
Buffer Ownership commands. When the I0BC receives the 
Disconnect command, it cisconnects from the I/G Bus, and 
releases cwnershif¢ of the buffer. Because the 
microprocessor issued the Ownership Hold Command before it 
issued the Disconnect, buffer ownership reverts to the 
microorocessor.,. When the interrupt handler has finished 
with the buffer, it issues a Release Buffer Ownership 
command te the buffer centreol., 


A problem is that the wicroprocessor (Cin the interrupt 
handler) owns the bufferzg releasing ownership normally 
indicates thet the microprocessor*s use of the buffer, 
which started with a Request Buffer Gwnership command, has 
tinished. As Fioure 6.& shows, the underlying process has 
not started to use the buffer. Releasing ownership at this 
point would prevent the underlying precess from ever 
getting out of the ownership test Loop. 


The buffer control fardware takes care of this problem. It 
remembers the Ownershico Hold Command, and treats the 
Release Buffer Ownership command that follows it (the one 
in the interrupt handler) ditterently from the one issued 
in the underlying process. 


If the microprocessor gets ownership of the befcre the 


10B8C, then the I08C cannot cause an incoming message 
interrupt. The sequence of events is shown in Figure 6-9. 
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Figure 6-9 Microprocessor-IOBC Interaction (Micro Gets Buffer) 
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6.3.2 RESPONDER FLOW (Continued) 


The 108C waits for buffer ownership while the 
mnicroprecessor executes the initistor flow. When the 
microprocessor issues the Stert command, Op Complete with 
PreEmpt is reported immediately in the xBUSSTAT recister., 
The micreprocessor reteases tuffer ownership, and starts to 
retry the I/CG Bus operation. The 108C immediately takes 
the btutfer, and the the flow proceeds as if the IOBC had 
cetten buffer ownership first. 


Interections between interruct handlers are governed by 
butter ownership, and the microprocessor's interrupt 
priority structure. As noted above, the buffer ownership 
mechanism prevents other incoming message interrupts while 
any requestor owns the tuffer. This does not prevent an 
interrupt handler from beine interrupted between the time 
it releases buffer ownership and the time it executes the 
Return From Interrupt instruction. 


in the basic M6é8U20 microprocessor, seven interrupt levels 
are provided, while an interrupt tandler is running at a 
particular level, other interrupts at that level and below 
are masked. In the MLI=-DTM, IO0BC A causes tevel 5 
interrupts, while IO0BC B ceuses level 4 interrupts. This 
fieans that the interrupt handler for I0BC B can _ be 
interrupted ky 1OBC A. The totlowvinge tabde summarizes the 
possiple interactions. 


Kandler Running Interrupted By 


<n ao MK Ee eo Ge Gm em en am ei my Ia Um eo Ot Go es es es ee oe oe 


ToBC B, Initiate 1/0 1OBC A, Initiate 1/0 
IOBC A, Incoming Message 


IOBC B, Incoming Message 10B8C A, Initiate 1/0 
KIOBC A, Incoming Message 


* This combination can only occur after the I108C 8B 
incceming message handler hes released buffer ownership. 


TOBC A interrupt handlers cannot be interrupted, because 
they run at Level 5, while I0BC 8&8 harclers run at Level 4. 
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6.4 ERRGR RECOVERY 


1/C Bus errors fall inte three categories; Normal errors, 
Unusual errors, and Broken errors. Normat errors are those 
that occur during normal cperation, They ares 


© BUS BUSY. The 1/6 Bus was in use by anether module 
when the microprocessor issued the Start command. 


0 LOST BUS ARBITRATION. This medule and another module 
bid for the 1/60 Bus at the seme time. The other module 
had higher priority. 


0 PREEMPT. Either fi08C ofr the MLI control requires 
buffer ownership for an incoming message. 


© MODULE BUSY. The target responder is unable to accept 
a message at this time. 


Two errors are classified as unusual: 


Cc MODULE NOT PRESENT. The taraqet responder is either 
physically not present, or is offline. 


0 ILLEGAL PISCONNECT. The target responcer did not 
complete the 1/0 Bus transaction successfully. 


These errors do not occur during normal operation, but may 
be caused by stop Logic, or by fault recovery in enother 
module. 


Finally, there are the Broken errors. These indicate that 
some piece of hardware is broken. They inctudes 


© TIMEOUTS. An operation did not comrelete in the 
required time. 


fe) DATA ERRORS. A single= or multi-bit error occurred 
during data transfer. 


re) BROKEN HARDWARE. The value in a register (xBUSSTAT or 
BUFFSTAT for example) is not valid. 
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6a4 ERROR RECOVERY (Continued) 


This section deals anty with the Normal errors. Unusual 
and Broken errors are described itn Section 7 (ERROR 
DETECTION AND HANDLING), 


kus Busy and Lost Bus Arbitration errors can be retried 
immediately. It the target responder is connected to both 
1/0 Busses, the retry uses the other bus. If this module 
has set the Module Busy flip-floc, then it is not necessary 
to release the buffer before retrying. In atl other cases, 
the buffer must be released ana reacouired before retrying. 
The outgoing message must ke copied into the buffer again. 


FreEmpt errors can alse be retried immediately. In this 
case, however, the buffer must te released and reacquired 
before retrying. The cutgcing messege must be copied inte 
the buffer again because the PreEmptinga message will have 
cestroyed it. 


The retry waits for tuffer ownershioz: during that time, the 
incoming (preempting) message causes an interrupt. 


A Module Busy condition indicates that the target responder 
will be busy for some time. The 1/0 Bus transaction must 
be retried. The buffer is released, and reacquired between 
retrieés. Acain, the ocutscoing messace must be copied into 
the buffer egain because attivity between retries may have 
destroyed it. 
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6.5 1/0 6US SIGNAL GLOSSARY 


This olossary ef I/70 Eus signals contains the following 
information about each sionals: 


Logical Name The neme that is normally used to refer to 
the signal. This name does not indicate 
which I/@ Bus the sional is part of, nor 
dees it follow the normal signal naming 
conventions. 


Signal Names The actual beard and backplane names by 
which this signat is known, both on the 
packpkane and on each of the cards. There 
must be at teast one name for each 1/0 Bus 
here. 


Sourced by Indicates whether the signal is sourced by 
the initiator, the responder, or both. 


Active Indicates whether the signal is active 
high cr active low. 


Electrical Type The different electrical types are 
cescribed an detail in Section 6.7 
(PRIVERS AND RECEIVERS). 


Bescription A brief description of the signal's use. 


Timing Bus timing requirements for the signal. 
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6.501 ¥/Q BUS SIGNALS 
Data(4&6:) 
Signal Names 1/0 Bus #0 = TIGIDATA=nnP and 
I/O @us #7 = TIG2DATA=nnP 
Seurced by Initietor during message send; or 
responder curing reply send. 
Active High 
Electrical Type Tristate daté 
Description Four bytes of data (Data(31:0)) and seven 


bits of ECC (Data(€38:2:32)) are transferred 
on these tines every system TTL clock 
during the message and reply phases of an 
1/0 Bus transactior. The ECC code is 
specitied in Section 6.8 (BUS PROTOCOL). 


These signals are atso used during the bus 
arbitration and responder selection phases 
of a transection. 


During bus arbitration, each contending 
module drives a different bit Low on the 
data bus. The module driving the highest 
numbered bit WirSe Physically, each 
medule ocrives its Normat Request or 
Emergency Request cinz each card slot has 
these two outputs wired to (Ceard = stot 


unique) data bit WIireS. The bus 
termination makes the signals that are rot 
driven (either because the module is 


physically not present, or because it does 
not want the bus) appear high. 


During responder selection, the target 
responcer'’s ID with correct ECC is 
broadcast on the bus, as if it were data. 
See Section 6.1.1 (BUFFER) for valid 
target addresses, 
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6.45.41 1/G BUS SIGNALS (Continued) 
Timing Date transfer occurs on every TTL clock. 


Puring data transter, data must be stable 
at the receiver cn the rising edge of the 
ciock. Tne signals Listed following define 
when a data transfer is taking place. 


For timing during bus arbitrarion and 


responaer selection, see Buskeg = and 
Modrea. 
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bade BUSREF SIGNALS 


Signal Names 
and 
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1/0 Bus #U - TIOIBUSREFSP, TIG3BUSREFSP 


1/0 Bus #1 = TIO2BUSREFSP, TIC4BUSREFSP. 


Sourced by 


Alt modules (Cexcept the I10FC) must be 
capable 
module 


of sourcing this sicnaiz one 


is selected (by the maintenance 


processor) at system initialization time. 
The source skill be changed unless’ the 


module 


chosen faits at initialization. 


The enable for this signal is controlled 


by 


chain. 
while 


bit on each module*s maintenance 


The enable must remain. stable 


the maintenance chain is shifting; 


shiftinga the maintenance chain must not 


affect 


this signal unless the enable bit 


is chanoed by the shift. 


Active High 


Electrical Type Tristate control 


Description This 
divided 


signal is the system TTL clock 


in half. It controls the timing 


for I/0 Bus startup. Each module on the 


bus 


must batch BusRef, and use it to 


aetermine when to sample or drive the 


BusRea, 


BusBusy, ModRea, ModPresent, 


ModAvail, and ModBusy signais. ALL of 


these 


signals must be asserted with the 


falling edge of Busfef. 


Timing This 
correct 


signal must atways be vatid for 


bus operation, The i/0 Bus 


controller behavior is undefined if this 
Signel is not present. 
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62503 BUSREG@ STENALS 

Signal Names 1/0 Bus #46 = TIGIBUSREQEN, TION SBUSREQSN or 

1/0 Bus #1 =- TIG2BUSREQEN, TIC4BUSREQEN 
Sourced by Initiator. 
Active Low 


Flectrical Type Open Collector Control 1 


Description When a module wants to use the bus, and 
the bus ais not tkusy (both BusBusy and 
PusReq are false), it must drive this 
sicnal true (Clow), and at the same time 
drive its priority to the data bus. 


Timing On the same clock that this signal is 
driven, latched @GusRec is checked. If 
latched BusReq is true (low), then this 
signal and the priority bit drivers are 
driven talse (disabled) for one TTL clock. 


If latched EusReq is false, then this 
signel is driven for four TIt clocks (two 
BusRef). During the first BusRef, the 
priority bit is driven, and priority is 
resolved. Ouringo the Latter half of the 
second Buskef, the priority bit is 
disabled to allow the bus to settle before 
the terget address is brodcast. 
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6.5.44 BUSBUSY SIGNALS 
Signél Names 1/0 Bus #6 = TIGCIBUSBUSYN, TIG3BUSBRUSYN or 
1/0 Bus #1 =- TIO2BUSBUSYN, TIG4BUSBUSYN 
Sourced by Initietor 
Active Low 


Electrical Type Open Collector Control 1 


Description If, after twe BusRefs have passed, the 
requesting module with the highest 
pricrity still wants to use the bus, it 
drives PBusBusy true (Clow), and drives it 
until the 1/0 Bus transaction is complete. 


Timing The mocule that won the bus bidding drives 
this signal true on the same clock that it 
drives BusRec fatse. In normal operation 
the signal is reset two BusRef clocks 
after KodPresnt goes high. The responder 
monitors this signal, and aborts the 
current operation if this signal was false 
before the ena of the £/0 transaction. 
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6.5.45 MODREQG SIGNALS 
Signal Names 1/0 Bus #0 = TIGIMEDREGSN, TIDSMOCDREQSN 
1/0 Bus #1 - TIGZ2MOQDREQEN, TIG4MODREQEN 
Scurced by Initiator 
Active Low 


Electricai Type TriState Control 


Description On the same clock that the module first 
drives BusEusy, it must also drive ModReaq, 
and broadcast the address of the taroet 
responder on the data wires. 


Tining This signal and the target address are 
driven for one BusRef clock only. They are 
asserted on the seme clock that the module 
first drives BusBusy. The target module 
(if present) should have detected its 
address by the end of this BusRef clock. 
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6.5.6 NODFRESENT SIGNALS 


Signal Names 


Seourced by 


Actives 


Electrical Type 


Description 


Timing 


1/0 Bus #6 = TIGIMODPRSNN, TIC3MODPRSNN or 
1/G0 Bus #1 - TIO2MOGDPRSNN, TIG4MODPRSNN 


Responder 


Lok 


TriState Control 


Upon detecting its Fodule ID (Catong with 
MocReq), any module that is not offline 
must drive this signal true (iow). This 
indicates only that the rodule is present 
and onlineg it must be asserted regardless 
of the module's ability to accept a 
mEESAGEe 


A module may be offline for a number cf 


reasons; the SMC may put the module 
offline by shifting the agppropriste vatue 
into the maintenance chain, a fault 


detector may detect a failure and take the 
module offline, or stog logic set up in 
the medule may take the module offline, 
Dropping ModPresent before the end of the 
1/0 Pus trensection indicates to the 
initiator that the connection should be 
broken. 


This signat is driven active (low) by the 
responding module on the same clock edge 
that the initiator drives MeodReaq false. 
It is reset one BusRef clock after either 
ModAvail or MogRusy is driven false. The 
initiator monitors this, and indicates an 
iliegel discomnect to the microprocessor 
if ModPresent did not ahide by this 
timing. 
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bo5af MODAVAIL SIGNALS 
Signal Names 1/0 Bus #6 = TIOIMGDAVALN, TIGSMOGDAVALN or 
1/0 Bus #1 = TIOZ2MODAVALN, TIG4MODAVALN 
Scurced by Responder 
Active Low 


Electrical Type TriState Control 


Description After asserting MedPresent, the target 
responder must check to see if it can 
accept the incoming message. When it can, 
jt drives ModAvail true (low). If it 
cannet accept the message, it indicates 
that ait is busy by drivina ModBusy true 
(low). 


Either ModAvail or ModBusy must be driven 
true to comelete the responder selection 
phase of the I1/0 Bus transaction. This 
must occur within the timeout period (the 
initiator checks for this timeout). 
ModAvail is held true until the responder 
decides that the I/0 Bus transaction is 
complete. 


Timing This signal can be asserted on any falling 
edge of BusRef after ModPresent is 
asserted. It is reset (also on a falling 
edge of Buskef) when the responder wants 
to terminate the message. 
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60508 MODBUSY SIGNALS 
Signal Names 1/0 Bus #0 = TIGTMODBUSYN, TIG3MODBUSYN or 
1/0 Bus #1 ~ TIOZMODBUSYN, TIG4MODBUSYN 
Sourced by Responder 
Active Low 


Eiectrical Type TriState Control 


Description This signal indicates that the responder 
it is unable to accept the incoming 
message. It is driven true instead of 
MedAveil, and is subject to the same 
timirg constraints. Use of this sianal 
must abide by the Deadtock Prevention 
Protocol described in Section 6.8 (BUS 
PROTOCOL). 


Timing This sianal has simidar timing as 


ModAvail, but it is asserted for one 
BusRef clock only, 
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64569 TRANSFER SIGNALS 
Signal Names 1/060 Bus #6 - TIGTTRANSFRN, TIG3TRANSFRA or 


1/0 Bus #4 - TIQ2@TRANSFRN, TIO4TRANSFRN 


Scourced by initiator curing ressage send, or 
responcer when reply is sent. 


Active Low 
Electrical Type TriState Control 


Description This signal is used to coordinate’ the 
transmission of data. Transfer is sourced 
by whichever module is sending the data. 
During the messege transmission phase, it 
is sourced by the initiators when the 
initiator has completed sendina the data, 
it must tristate disable Transfer so that 
the responder may use it to coordinate the 
transmission of a reply. 


Timing It is asserted two system TTL clocks 
before the first data is put on the bus, 
and negated two system TTL clocks before 
the last data is put on the bus. In other 
worces, Transfer is asserted for the number 
of clocks required to transfer the deta, 
starting two clocks ahead of the data. 
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625210 ERROR SIGNALS 


Signal Names 


Sourted by 
Active 
Electrical Tyre 


Description 


Timing 


6.5.11 TIQRECG SIGNALS 


Signal Names 


Sourced by 
Active 
Electrical Type 


Description 


Timing 
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1/0 Bus #0 = TIDTERROURSSN, TIGZERRORSSN or 


1/0 Bus #1 = TIGZERRGRSEN, TIQ4GERRCRESN 
TOme 

Low 

Open Collecter Control 2 

This signet is used by the IL10C to 


indicate that an error word is going to be 
returned in the reply. 


This signal can be asserted any time when 
ModAvail is asserted, for at least ane 
clock. 


TIOZIIGREOEN or 
TIOSTICOREGEN 


i/0 Bus #6 = 
1/6 Bus #17 = 


TOM 

Low 

Open Collector Control 2 

This signel is used by each I0NC to 


indicate thet there is something in its 
mailbox reaister for the message router. 


This signal may be asserted at any time, 
independert of any other activity on the 
I/O Bus, and must be hetd until § the 


message reuter responds with TIOAck. 
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645,12 TTOACK SIGNALS 
Signal Names 1/0 Bus #6 = TIGTIIGACKEN or 
1/0 Bus #1 = TIG2IICACKEN 
Sourced by Messace Router 
Active Low 
Electrical Type Open Collector Control 2 
Description This sional is used by the message router 


to indicate to an 10MC that it has read 
the meilkox register successfully, and 
that the FOMNC may now accept another 
mailcox write operaticn from a MCACK. 
This signat is used only in conjunction 
with 2Y0Rea. It is independent of any 
other activity on the 1/0 bus. 


Timing TIOAck must be driven true (low) fer one 
TTL clock. 
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6.5345 NORMAL REQUEST SIGNALS 


Sicnel Names 


Scurced by 
Active 
Electrical Type 


Descriptien 


Timing 


1/0 Bus #0 = TIGINGRMREQN, 
(Un cerd name only) 
1/0 Bus #1 = TIG2NORMREGN, 
(On card name only) 


Initiator. 

Low 

Open cotilector request 

This signal as used during bus 


arbitration; it is used by a card to drive 
its Normal pricrity onto the appropriate 


data bit of the bus. Each card drives 


this signal on a fixed pin, regardless of 
the slot it is pluagéed into, That pin at 
each slot is connected on the backplane to 
the wire in the data bus aperopriate to 
that slet. 


The signal name is an on-card name only; 
on the backplane, the signal name will be 
TIOxCATA-nnP, where x=1 for I/6 Bus #0 and 
x=i for 1/0 Bus #1, and mn depends on the 
card slot. 


See BUSREO 
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645,14 EMERGENCY REGUEST SIGNALS 
Signal Names I/0 Bus #0 = TIGTEMERGREON 
(On card nare only) 
1/CG Bus #4 = TIGZEMERGRON 
(On card rame only) 
Sourted by Initiator 
Active Low 
Flectrical Type Cpen coilector request 
Description This signal is similar te NormatRequest, 


except that it drives Emergency Priority 
rather than Normal Priority onto the bus. 


Timing See BUSREQ, 
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6.6 BACKPLANE PINS 


The two I/O Busses are arranged as shown in Figure 6-10. 


(BackPlane View) 


Cables 


1/0 Bus *1 
\/O0 Bus *2 


DTMs 


lOMC #1 IOMC *0 


SMC 


MLI BASES 
(frontplane 


wee wwe wee ww een ens 


Processor SMC/10 


Cabinet *0O 


Figure 6-10 I/O Bus Layout 
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6.6 BACKPLANE PINS {Continued) 
Cniy bBIMs connect to both busses, Backplane Signal 


locations ere identical for both IOMCs, the SMC, and 1/0 
fus #0 connections for the DTMs, A second set of backplane 
pins provides the 1/0 Bus #1 connections for the DTMs. 


Each 1/0 Bus consists of 50 signals: 11 for control, and 39 
for data. The data signals consist of 32 information bits 
and 7 error correction bits. 


Control signals are both driven and received by each module 
on the bus. In the DIM backplane, the connection between 
scurce and load is on the backplane; a DTM drives each 
control signal through one backplane pin, and receives it 
through another. This allows fault detection circuitry on 
the card to check that each control signal is actually 
being driven on the backplane. 


On-card signal names are different for the driver and 
receivera Driver sionals are named TIGIxxxxxxxx (for 1/70 
Bus #0) and TI0e@xxxxxxxx (Cfor 1/0 Bus #1), while the 
equivalent receiving signals are ramed TIO3xxxxxxxx (for 
1/0 Bus #0) and TIG4xxxxxxxx Cfor 1/0 Bus #1). Backplane 
Signals heve 3 single newme (TIDTXxxxexxx or TIG2xxxxxxxx) 
as appropriate. 


On the SMC and IOMC, the drivers and receivers are 
connected on the card; there were not enough pins on these 
modules to support the scheme used with the DTM. 


Normal enc Emergency Requests TIGxNURMREON and TIQxEMERGRON 
are connected on the cackplane to different data bus bits, 
oepending on card slot location end tus (1/0 Bus #06 or #1). 
NormalRequest wires are connected to data bits U through 12 
inclusive; EmergencyRequest wires use bits 16 through 28. 
Each group of 13 bits is further divided; data bits 0 and 
1€ are used by the SC, and the other twelve bits ée@re 
divided by cabinet (six for DIMs in each cabinet). 
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66 BACKFLANE PINS (Continued) 


Both cabinets in a twe cabinet system are identical; DTMs 
fay be ptueged into any slot in either cabinet without 
Changing straps. These two facts necessitate some 
complexity in the way that the NormalReouest and 
ErergencyRequest wires are connected. 


A DIM hes a cifferent priority on each bus. For example, a 
CTM in slot 46 of cabinet #0 using bus #0 has priority over 
all the other modules in the seme cabinets; however, it 
competes with DIMs in cebinet #1 that are using bus #1. 
These modules have higher priority than all the modules in 
cabinet #6 (using bus #0). 


Actual bit number connections ere as follows: 


Stet NormalRequest EmergencyReaquest 
Number Bus #O Bus#4 Bus #0 Bus #14 
4 Bit 1 Bit 7 Bit 17 Bit 23 
2 Bit 2 Bit 8 Bit 1718 Bit 24 
3 Bit 3 Rit 9 Bit 19 Bit 25 
4 Bit 4 Bit 18 Bit 20 Bit 26 
5 Bit 5 Bit 11 Bit 21 Bit 27 
6 Bit 6 Pit 12 Bit 22 Bit 28 


Note that a module can determine which slot it is eglugged 
into from the Maintenance ID jumpers and the Cabinet jumper 
on the backplane. The three upper bits of the Maintenance 
ID jumpers are the sict number. The Cabinet jumper is not 
required during bus arbitration, but is required during 
responder selection. 
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6.7 DRIVERS AND RECEIVERS 


This section specifies the electrical requirements for 
Drivers and Receivers used on boards thet connect to an 1/0 
Buse. Aimost alt 1/0 Bus signals are bi-directional: the 
only exceptions are Error, Il0Req, LTIOAck, NormaiRequest, 
and EmerogencyRequest. Therefore, both loading ana driving 
characteristics are specified for for each electrical type. 


The 1/0 Bus must continue to function if either cabinet of 
a two cabinet system is powered off. Since there is no 
electrical isolation between cabinets, this requires that 
the drivers and receivers not load the bus excessively when 
powered off. Therefore, these specifications include a 
Powered Off Maximum Load (specifiec in mA) when the bus is 
at the specified (high) voltage. 


The signals that make up the 1/0 Bus’ fall into the 
following electrical classes: 


TriState Data 

TriState Control 

Open Coliecter Control 4 
Open Cotlector Control 2 
Open Collectcr Request 
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6.8 1/0 DATA BUS PROTOCOL 


This section describes the error correction code used cn 
the 1/0 data bus, the message formats, and gives some 
typical timing diagrams of an 1/0 Bus transaction. 


€.8.1 ERROR CORRECTIGN CODE 


Data transfer on the I/0 Bus is protected by a modified 
Hamming error detection and correction code. This code 
corrects all single bit errors, detects ait double tit 
errors, and cetects ali errers within a four bit section. 
it alse detects aimost ail cther multiple bit errors (but 
not all). This code also protects data in the 1/0 buffer 
RAM, and the microprocessor dynemic RAM and EPROMS. 
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6s8s4 ERROR CORRECTION CODE (Continued) 


The following table shows the code, and the bits monitored. 


Modified Hamming Code CDTM) 


am es ew ee om Ee EE cae Em ge ee em ED Ge a 


00 := x XxX x 

01 3:= x xX x 

G2 35 x XxX x 

03 := x xX YX 

O04 ss x x x 

go5 ¢s xX ©&X x 

G6 ss K x x 

Q7 := x x x 

G8 s= xy x Xx 

09 <:= x x x 

1G s= x xX Kk xX xX 
11 3s x x x 

72 3: xX uM xX 

13 3= R x xX 
14 3:= x Xx x 
5 3s x x Xx 
16 3= X K x 

17 3:= % xX Xx 

18 3= x x x 

19 32 x ex xX 

20 3s x x 

21 35 x» & KX kK XK 

22 3s x xX Xx 

23 3s x x xX 

24 35 x Xx x 
e5 35 K x x 
26 3s x x Xx 

2? 35 x xX x 
28 se x xK xX 
29 3 x x YX 
26 3= x x x 
31 3s x x XxX 
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60801 ERROR CORRECTION CODE (Continued) 


Bits 2 and 4 of the ECC portion are inverted after being 
generated, thus disallowing the case of ail zeros (0000000 
has a calculated ECC of OC, but when criven out of the the 
error correction gate array (the ECCIO), the ECC seen is 
44), Consequently, these two bits are inverted back in the 
receiving ECCIG before the syndrome (see following table) 
is generated. 


ut 82 7 & 4.0 4 86 4 0 4 8 4 O 4 ODO 4 

Tb Be ee, AE ti A 8 ee ee OF 

27| -8 © @ & 4 FH <7 oO @ 8 2) 4-44 
é€54 3] 6983 6 6 6 @ OO 4114 4 4 4 4 4 «49 
ee tor ee ee fewer etree meen cree me eB eee me Ee Oe we we ee oe em 
t 606 1 * 32 33 + 34 + + 28 35 + +4143 ++ 27 12 «4 
co 6 1 1 76 + + 34 ++ 20 26 + +144 + + + 4+ 4 40 
04 6 137 + ++ 29 + 24 22 +¢ 415 ++ 4 © 4 + 4 
a | 1 + 08 09 + C5 +4 + 4419 4 4 4 4 4 + + 
10 6 138 + + 36 4 25 23 + + +16 4417 +4 + + 
1 1 | + 06 07 +14 #4 + + G4 %# 4 4 ¢ 4 + 4 
7740 | + 071 @2 + 66 4 ++ +4418 j%4 4 + 4 4 4 4 
111 { @3 + + + + 4 + 4+ 4 4 4 4 24 + + 4 
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6.8e2 MESSAGE FORMAT 


This section specifies the I1/0 Bus message format. The IOMC 
is the only module en the 1/0 Bus that Ys not 
nicroprocessor based (message hancLling is hardwired, 
instead of being determined by firmvare). Therefore, IOMC 
messages are describeco separately. 


608.201 DTM-1OMC MESSAGE FORMAT 
10MC messages consist of Memory Interface messages (reading 


and writing to memory), XM Intertace messages (Interrupts), 
and 10fC=only messeges (Read H/W recister and Read Time of 


Day). 
femory Interface messages to the IOMC have the following 
formats 
ccOOUO00TA 
ccOPAAAAAA 
CcXHBHLELL 
ccdata 
Wheres 
cc = Valid ECC coce for the rest of the word 
TA = Target e@ddress (CFO fer IOC) 
OP = 1 byte hex op cede (see following) 
AABAAAA = 6 Least significant BCD dicits of the beginning 


address of the memory access, 

HHK = 3 most significant BCD digits of the beginning 
address of the memory access. 

LLLL = number of bytes Chexadecimal) of data to be 
transferred to or from memory. 

data = 4 bytes of cata per word (if the command is a 
memory write), If the command is a memory read, 
no data is sent. 
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628.201 DTM-1OMC MESSAGE FORMAT (Continued) 


The memory commands ares 


RDMEM = Read Memory Op = DO 
RDMEMT = Read Memory Translated Op = D8 
RDWLCK = Read with Lock Op = FO 
eRMEM - Write Memory Op = AG 
WRMEMT = Write Memory Translated Op = AB 


XM interface messages to the I0MC have the following 
formats: 


ccOCOGU0TA 
ccTyYOooogan 
ccudtvcones 
ccOPAAAAAA 
coxHHHLLLL 
cedata 


inere: 


Type cf interrupt 


N = Number of first XM te poll (0,1,2, or 3) 
ce = Valid ECC code tor the rest cf the word 
TA = Target address (FO for IOMC) 
OF = 1 byte hex op code (see following) 
ARAAARA = 6 Least significant BCD digits of the 
beginning address of the memory access. 
HHH = 3 most significant BCD digits ct the teginning 


address of the memory access. 

LLLL = number of bytes (hexadecimal) of data to -te 
transferred to cr from memory. 

Gata = 4 bytes of data per word (if the command is a 
memory write). If the command is a mee ory read 
no data is sent with the command. 


The XM Interrupt tyces ares 


LOCNORM - 1/70 Complete Normal TY = 62 Chex) 
TOCREAL - 1/0 Complete Real-time TY = 81 Chex) 
IOCEXP - J/0 Complete Exception TY = 84 Chex) 
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6.80241 DTM-10MC MESSAGE FORFAT (Continued) 


ee UNISYS 


TO0MC=-onty interface messeges have the following format: 


ccUCcoCOTA 
co®CO00C0G 


kKhere fC is the t=byte op code. The commands ares 


ROTOD - Read Time~of-Day Counter CQp = MC Hex 
RDMAIL - Read Maiitox Register Op = MC Hex 


The I1OMC reply has the follewing formats: 


ccdatacdata 


ccextra 
ccerrors 
Wheres 
data = is the reply Cif any) 
extra = extra unused word (Cif any) 
errors = 14 word of error descrigtor (if any) 


The errors field is deccded as follows: 
bits functicen 


- XMEMERRSSPC330) from memory bus 
- XMEMSRCESPC420) from memory bus 
- Overflow error on TOMC 

ECCIO single tit errer 

- —ECCIO couble bit error 

= MDECC O/1 single bit error 

- MBECC 2/3 single bit error 

- MDECC wrultiple bit error 


Dm IN P= © oO oOW 
eo 8S 99 G8 oo 88 Go en 


eb ed eek ed ed 
awk ee eek ed oe 
i] 


If multiple errors occur in the memory transfers, the most 
fatai error is logged and reported. 


Refer to the 10MC Specificaticn for additional information 
or the 1OMC commands and reclies. 
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628.240 DTK=-SMC MESSAGE FORMAT 
Refer to the SMC Specification for infermation on DTM-SMC 
messages. 

6280203 MESSAGE ROUTER=DTM MESSAGE FORMAT 
Inter-DTM communications have the seme basic message 


format. DTI™s do not talk te each cther unless one of them 
is tke message router. The message tormat is: 


ccUGOCUOTA 
ccOhC0GGOMY 
ccCOMMAND 
ccdata 
bheres 

tc = Valid ECC code for the rest of the word 

TA = Target address 

MY = Initiator address (target address if it is 

to be a responder) 
COMMAND = Op code, where? 


Identify = 710000600 Chex) 
Transfer maitbox = 12000000 Chex) 
data = Valid data Cif any) 


Refer to the DIM micreprecessor microcode for additional 
information about these messages and responses. 
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6.8.3 I/O BUS TIMING DIAGRAMS 


TTLClock 


BusRef$P 


this section contains typical timing diagrams for I/O Bus 
transactions. Figure 6-11 shows the timing for a read 
operation, in which the initiator sends the op code, and 
receives data as a reply. 


UUUU UU UU UU UU UU 
90 ps Oa a ot FF WB a el 


BusReq$N | J 


BusBusyN 


ModReq$N 


NodPrsnN 


eee ep 
OO 
eee 


RIAA VU Sn oe ee 


NodBusyN 


TransfrN | f | 


DataP 


Figure 6-11 I/O Bus Timing - Response 
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628.4 1/0 EUS TIMING DIAGRAMS (Continued) 
NOTES: 


i Bus not busy 

2 Bidding for bus (drive Buskeg and Priority) 

3 Driving ModReq and the target address 

4 Responder is present 

5 Responder is available 

6 Initiator sends messege (OP and address) 

? Initistor waits for response 

& Responder response (three word cf reply are shown) 
G Responder does a legai disconnect 


1@ Initiator disconnects 
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6.8.3 I/O BUS TIMING DIAGRAMS (Continued) 


Figure 6-12 shows a typical write operation, in which the 
initiator sends the op and data, and the responder 
indicates that it has performed correctly by performing a 
legal disconnect without sending a reply. 


TTLClack TU 
buref$P JSLILI UU UL UU UU UU UU UU UL UT UU UL 
BigReg ENS oper eR ee ee 
BusBusyN j 

Wiodnegeth Sos me hee ee ee te ee ee See 
HOdPESIIE, © = So ge i ee ee ev ee ee 
Cg) SE ar cS Pc (a 
ModBusyN 
Fede 8 eS ne Eee 
DataP Ie ec NN Ee ewe en ee er ee eee es 


Figure 6-12 I/O Bus Timing - No Response 
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6o8a3 I/0 BUS TIMING DIAGRAMS (Continued) 
4 Bus not busy 
2 Bidding for bus (cGrive BusReq and Priority) 
3 Driving ModReg and the target adoress 
4 Responder is present 
5 Responder is available 
é Initiator sends message (OP, address, and one word of 
data) 
7 Initiator waits for respense 


& Responder does a tegal disconnect (therfore, no reply) 


9 Initiator disconnects 
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6x8. I/O BUS TIMING DIAGRAMS (Continued) 


TTLClock 


BusRef$P 


Figure 6-13 illustrates the situation in which the target 
is present, but is busy. The ModBusy signal is shown 
delayed, to emphasize that the initiator will wait for 
either ModPresent or ModBusy before taking any further 
action. 


UUUUU UU UU WU UU 
abe ip) 1 Fa OW Oa ae ft Bs sa Fac Oe oe eC OP 


BusReq$N | j 


BusBusyN 


ModReqtNn 


meee 
———— 


Rgds o> SO ace a ee 


ModAvaiN 


ModBusyN , L_J 


TransfrN 


DataP 


Figure 6-13 I/O Bus Timing - Responder Busy 
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628.3 1/G BUS TIMING DIAGRAMS (Continued) 


4 Bus net busy 


2 Bidding fer bus (drive BusReg and Priority) 


3 Driving ModReq and the target address 

4 Responder is present 

§ Initiator waiting for ModAvail or ModBusy 
6 Responder is busy 

7 Responder doing @ legal disconnect 

& Initiator disconnecting 
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6.9 MICROPROCESSOR PHYSICAL INTERFACE 


This section descrites the interface between the I/0 
Bus-related logic and the microprocessor in the MLI<-DTM. 
The microprocessor interfaces to the buffer, buffer 
control, and the I0B8Cs. Each interface is described 
separately. 


6.901 BUFFER INTERFACE 


The buffer (Csee Figure 6-14) is a part of the 
microprecessor's memory, It consists cf ten 2149H 1Kx4 
static RAMs, plus the address, data, and control lines. 


The buffer RAMs may be addressed by the microprocessor, oF 
by the buffer control's address register. Ten address 
Lines are required; tits 11:2 of the microprocesscer's 
acdress bus are reuted threugh twe AM2966 RAM drivers. 


In addition, there is address decoaing togic associated 
with the microprocessor that examines several high order 
address bits, end cenerates the SelectBusAL signel when the 
ficreprocessor wants to address the buffer. This signal, 
when active (low), tristate disables the buffer control's 
address recister, and tristate enables the AM2966 drivers. 


The buffer RAMs connect to 29 bidirectional data lines (32 
bits cf data, and 7 ECC bits). One RAM bit is unused. The 
39 wires are connected to the 1/0 Bus*’s ECCIO chip, and to 
five 74F245 bi-edirectional driver chips that connect to the 
microprocessor's data bus. The 74F245%s control tines 
{direction and tristate enable) are sourced fron togic 
associated with the microprocessor, 


@m==UNISYS Prior wKritten Consent Required For Disclosure Of This Data==<-=- 


1993 5329 
UNISYS CORPORATION 
ENTRY/MEDIUM SYSTEMS GROUP 
PASADENA PLANT 


<= 
UWI 
[—) 
(a) 
io") 
hed 
4 
= 
rj 
=) 
pad 
= 
wf 
zy] 
ct] 
0 
= 
io) 
o 
[omy 
E 
(*] 


COMPANY pr ee ne 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 116 . 
From Buffer Control Controlled by 
Microprocassor 
uP Address 


uP Data + ECC 
(11:2) 


(38:0) 


To |/0 Bus 


1O0RamData(38:0 iS 
ECCIO 


SelectBusAL 
BfReadHWrtL 


See Sheet “Buffer” 
“Akkawi/lOBus/Buffer 


From Buffer Control 


Figure 6-14 Microprocessor ~ Buffer Interface 
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60501 BUFFER INTERFACE (Continued) 


The 2149H RAMS have Chip Select and Write Enable inputs. A 
746241 used as a multiplexor sources these signals, either 
from the buffer control, or logic associated with the 
microprocessor. The source selected is determined by the 
butfer control. if either IQEC or the MLI=Control wants to 
access the buffer, the buffer cortrol sources these two 
Lines. 


kKhen the 1/0 Is Not Active signal is true (neither IOBC nor 
the MLI Centrol wants actess to the buffer), logic 
associated with the microprocessor must generate the 
buffer's RAM Write Enakle and Chip Select signals. 


Note that, if the microprocessor tries to access the buffer 
while it is being used by an I08C or the MLI Control, data 
corruption will occur. The microprocessor wiil take 
control of the address lines, the data lines will be double 
ariven, and the RAM control Lines will be sourced from the 
buffer control. 


In summary, the microprocessor to buffer physical interface 
consists of the folloking signals: 


UPADDRESS(1132) 
Purpose Accress in buffer that the 
microprocessor wants te access. 
DTM signal name BfAdr(11:2) 
DIM source Buffered version of microprocessor's 
acdress bus. 


UPDATAC38:0) 
Purpose Bidirectional data Lines. Bits (38:32) 
are ECC; bits €21:0) are data. 
DIM signal name TORamDete(38:0) 


SELECTEUSAL 
Purpose When 1/6 is not active, Chip Select to 
buffer RAMs. Tristate enables uPAddress 
toe RAMs and disables buffer controlt*s 
ecdress counter. 
DTK Signal Name SelectBusAL 
DIK Source Hich ercer address decode PAL, 
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6.9.1 BUFFER INTERFACE (Continued) 
BFREADHWRTL 
Purposes hen I/C 3s not active, Write Enable to 


cutfer RAMs, 

DTM Signal Name BtReadkhwWrtl1, BfReadHWrtLle 
(two copies for Loading reesons) 

DTM Source Buffered version of microprocessor's 
Read/krite signal. 


6e9a¢ BUFFER CONTROL, IOBCS, AND BMLI-DIM IKTERFACE 


The microprocessor accesses the buffer control, the ICBCs, 
and (for the MLY=-O0TW) the MLI control by reading and 
writing certain memory addresses, Those memory locations 
are occupied by registers, not RAMs. The use of each 
register is described in section 6.1 (CPROGRAMMER*S MODEL). 


Eech register is 16 bits wide, Unlike the buffer (Cand 
KLI-BTM, and SMC main memory), ECC ts not kept for these 


registers. Hence, the tooic associated with the 
microprocessor must treat the RAM and the registers 
somewhat differently. Physicatly, the registers are 


isolated from the micraprocessor's data bus ty two 74F245 
bi-directional buffers. 


The registers reouired for the buffer control, the I10BCs, 
and the MLI control are all grouped in one address range. 
Several high order microprocessor address bits are decoded 
to produce the MLiTOBCSelL sianal, which when active (Clow), 
indicates thet the microprocessor wants to access one of 
the registers. Since there are fewer than 16 registers, 
the four low order address bits can select the register 
required. 


The register accessed for each combination of the low order 
address bits is determined by the programming cf the 
contrel PALS shown in figure 6-153 the selection is 
arbitrary. 
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=) 
~ = E 
= wo 
> as uP Data (31:16) 
J — aa) > 
< = = 
oe 16 
ae = 
[rs ore 
it Tp 2% F245 
PitQut¢ 15:0) 
Control 
PALS 
Decoded control Lines 16 
ecm i Gaiay (as aug Gace 
Register 2% F245 Register 


16 To Buffer 
|\ORamAdar{ 15:0) 


svvecreseccneneneesemersnsssseseeneseuscernessneneseneenseatesctttaverenasensseeenenenet 


2% F379 


SelectBusAL Address Reg 
(See Buffer Interface) 


Figure 6-15 Microprocessor to Register Interface 
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6.962 BUFFER CONTROL, IOBCs, AND MLI-DTM INTERFACE (Continued) 


The buffer control's address register is isolated from the 
micreerocessor's data bus by an extra pair of 74F245s (see 
Figure 6°16) because the (74F579s counters used for that 
register have oi-directional data pins. This does not 
affect the microprocessor interface, 


There are two control lines trom the logic associated with 
the microprocessor to the recister control FALSs;3 
MLIZOBCSelL, and BfReachWrtL, which inaicates whether the 
microprecesscr wants to read (Hichd) or write (Low) the 
specified register. 


Because the microprocessor and 1/0 Bus Logic in the MLI=-DTM 
are clocked by different clocks, there is a possibility of 
metastability problems at the interface. This is not a 
problem for the buffer itself, because RAMs are essentially 
asynchronous devices. These ¢roblems are handled by the 
reacister controt PALs. If the timings shown in Figure 6-16 
are adhered to, there will be no metastability problems. 
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systemclock =|] |LI LILI LIL LI UL 
(TTL) he—e| (1) 


Register Write 


MIIOBCSelL ee eee COC“ CS:tC‘C:* 


-——_—____—_——_»| (2) 
BfReadHWrtL are eee 
jwg—w-| (3) Rd 
(4) 
(5) 
(5) 
Register Read 


MiiIOBCSelL eee CC 
S65) 


BfReadHwrtL ec eS 


3 ro 
jg—w] (3) a. (4) 
uGhes: See 
(5) 


een Cae Semen 


[~q—————____»| (7) 


Figure 6-16 Register Access Timing Diagram 
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6a.9e2 BUFFER CONTROL, JOBUs, AND MLI-DTM INTERFACE (Continued) 
NOTES: 
1 The TTL system ctock runs at 96 nanoseconds. 


2 During a register write cycle, MLILTOBCSelL must tbe 
asserted for at least 3.5 system TTL clocks, 


Cal 


BtReadHWrtlL must be valid no later than one system TTL 
clock efter MLiITOBCSelL is asserted, 


4 BrReadHWrtL must remain valid at least until 
Mii1TOBCSell is negated (the hold time is O ns). 


5 Set up and hold time requirements for these signals are 
the sane oes tor BfReadHkrtL. 


6 During a register read cycle, MLliIOBCSellL must be 
assertea for at least 3 system TIL clocks. 


7 Deta is aveilabie 3 system TTL clocks after MLiIIOBCSeLL 


is asserted. Date remains valid until MLIJOBCSelL is 
necated. 
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6.9.42 BUFFER CONTROL, 1OBCs, AND MLI-DTM INTERFACE (Continues) 


In Summary, the microprocessor to (buffer control, I0BC, 
and MLI control) register physical interface consists of 
the following signaiss 


uPAcdress (4:1): 


Purpose Indicates which register the 
microprocessor wants to access. 

DIM Signal Name BfAdr (4:1) 

DTM Source Buffered version of microprocessor's 


address bus, 


uPDatat31216); 


Purpose Bidirectional data lines. No ECC. 
CTM Signal Name FusdData(31216) 
DTM Source Microprocessor Data Bus 


MLGIOBCSelL: 


Purpose Indicates that microprocessor wants 
to access cone of the registers, 

DTM Sionel Nene MLTICBCSetL 

BTM Source High order address decode PAL, 

BfReadHWrtLs 

Furcose Indicates whether the microprocessor 
wants to read or write the register. 

DTM Signal Name EfReadHWrtlLi, BfReadHWrtLl2 
(Two copies for loading reasons) 

DTK Source Buffered version of microprocessor's 


Read/write sional. 
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6e9n3 EUFFER TO BUFFER CONTROL INTERFACE 


The Butfer controller generates the following signals to 
interface to the buffer, buffer address counter, and buffer 
Limit counter. The signais ares 


AIOACTIVEL 1/0 Active (Cactive low). This signal 
indicates that the 1/0 Bus controller or 
MLI needs the buffer. This signal enables 
the fetloning two signats (making them 
valid). 


ATOReceivel {1/0 Receive active tow. This signal (Cif 
low) indicates that data is keing written 
into the buffer. If high, it indicates that 
data 18 being read from the buffer. This 
signal drives the 10RamWEL on the buffer. 


RAMCSL RAM Chip Select active low, This signal 
Grives the TORAMSelectlL (chip select) 
signal on the buffer. It is atways tow 
during a read from the buffer CALOReceivel 
= 14). When writing to the buffer 
(AYoReceivel = G), this sional will be a 40 
nanoseccnd low pulse. This pulse, generated 
through a delay line, fatls during the 
ciock perica in which both data and address 
to the buffer are stable. 


BusCounteréenk Buffer Bus Counter Enable active low. This 
signal increments the buffer address 
counter. If this signal is Low on a rising 
edge of the clock, the address counter 
increments by 1. 


GiveMedataL This signal decrements the Limit counter. 
lf this siorat is Low on the rising edge of 
the clock, the Limit counter decrements by 
1. 


Donel If Limit counter is zero, this signal will 
be Lew. This signat is not used by the 
buffer controlder; it is passed directly to 
the 1/G Bus controiler. 


CounterCleart Counter Cleer active Lew. This signal 
resets the address and Limit counters when 
no one owns the buffer. 
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62504 1OBC = BUFFER CONTROL INTERFACE 


This section describes the I1/0 Bus centrolter (CIOBC), and 
the I10BC to buffer interface. 


The IO06C handles data transfers on the I/0 Bus. It is the 
interface hetween the I/0 Bus ceontrel sienals and the 
internal signals of the module (the module being the DTM in 
this case). 


The 108C is responsible for aetting the 1/0 Bus (when asked 
to) and initiating a transfer sequence. The 108C gives a 
signal that indicates the terminaticn of the transfer, and 
the reason for the terrination (normal termination, bus 
busy, pre-empted, ittecal disconnect). 


The I108C is also responsible for reccgnizing when the 
module is being called upon. It asserts the required 
signals on the 1/0 Bus, receives” the message, and 
terminates the connection sequence, either directly, or 
after sending a response back to the initiator. 


beGu4al INTERRUPTS 


Fach 1O0BC generates its own interrupt signal. This signal 
is asserted (driven low) when the IO0BC wants to cause an 
interrupt; it remains asserted until explicitly reset by 
the microprocessor. The microprocessor resets the 
interrupt by writine to the buffer control's command 
register, in which there is a bit for each IOBC. 


The M68020 generates an Interrupt Acknowledge signal when 
jit accepts an interrupt from a device. This signal does 
rot cirectly reset the interrupt signal because: 


© The interrupt acknowledge, beine Synchronized with the 
microprocessor’s clock, was not tong enough to 
guarantee that the PAL generatino the interrupt signal 
(which is on system TIL chock) would see it. 
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6090441 INTERRUPTS (Continued) 
oO There are two possible reasons for the I0BC to signat 


en interrupt: either a messace has arrived, or 110ReqL 
is asserted, thereby indicating that there is something 
in the ICC's maiitox register for the message reuter. 
The microprocessor must read @ status register to 
determine which type of interrupt occurred. The PAL 
that generates the interrupt signal does not know when 
the status reoister is read. 


These problems could be solved differently for the SMC or 
future DBTMs. For example, the microprocessor could see 
separate interrupts tor message arrival and IIGReql events, 
and the Interrupt Acknowledge couid be synchronized with 
the system TTL clock. Further, the SMC or ae future OTM 
could choose tc be interrupted at different points in the 
message cycle. Fach cease would require seperate 
investigation. 


The interrupt signal is generated by a PAL16R4, running on 
system ciock. There are several cpare inputs and cutputs 
on the PAL; there is substantial flexibility. 


The microprocessor (and/or associated Logic) must be 
prepared to handle any wetestability problems that occur 
because the interrupt signal is clocked by the system TTL 
clock, while the microprocessor runs on a different clock. 


in summary, the MLI-DIM implementation has an interrupt 
Line from each ILOBC to the microprocessor: 


InterruptA (Interrupt): 
Purpose indicates that IOBC A CIOBC B) reauires 
, attention from the microprocessor. 
DIM Signal Name INTLevel5L CIOBC AY, INTLevel4t (CIOBC B) 
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6.90422 OBC DATA PATH 


6292423 


mw--UNISYS 


The data path is 39 bits wide (32 data bits, 7 ECC bits). 
This path is bidirectional, capatile cf transferring data at 
TIL system clock speed (one 39 bit word per system TTL 
cleck). The I10BC =incicate whether this bus is sending or 
receiving cata. Loading the data inte the buffer and 
checking ECC are are not a function of the IOBCz; they are a 
function of the buffer controller. 


The ICBC does not took et the data being transferred on the 
bus. Therefore, it cannot cistinguish the op, length, or 
address information from data. The I0BC treats all the data 
in the same way, and transfers the cifferent types of data 
without interruptions. 


Khen the I0BC is requestea to act as an initiator, it 
expects a valid module-to-talk=to number on the data bus 
upon demand. 


Tree IO0BC data path consists of a set of T4F245 
bidirectional drivers that drive or receive data to or from 
the backplane, and a set of 74F646 bidirectional registers 
that interfaces the backplane drivers to the internal data 
path. Ali data transferred (in either direction) are stored 
fer at least one clock in the 74F646 registers. 


TOBC INTERNAL CONTROL PATH 


The I0BC internat controi path can be subdivided into the 
wicroprocessor interface ard the buffer interface. 


The microprocessor interface issues commands and returns 
resuits, which the microprocessor can use to decide the 
next step of action (such as retry if the bus is busy). 


The tuffer interface is a set of signais that is used by 


the buffer control to synchronize data transfers with the 
buffer. 
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a9 44 BUFFER-IGBC INTERFACE 


The Buffer=I0BC interface consists of signals that are used 
ty the buffer contrcotier to handle buffer reads and writes. 
Fellowing is a Listing ot these interface signal and their 
function. Since the DTM hes two busses and one buffer, 
there are two IOBRC signatis, one for each bus. ALL ILOBCH=1 
Signels have an A as a prefix, while I108C-2 signals have a 
Be 


AhAccKeaL (BAccREQGL) ACCess REQuest active Low 
(cntl-out). This signal is asserted by 
the 108C to tell the module that it is 
being asked to act eas a responder, and 
that the module should grant buffer access 
to Krite the input message, Walid 
responses to AccReaq are Busy or AccGrnt. 
This signal remains asserted until a Busy 
is received, or after the reply is sent to 
tne initiator. 


AAccGrntLl (BAccGrntlL) ACCess GRAnted active Low 
(cnti-in). This is an answer to AccReal; 
jt telis the IOBC that it has access to 
the buffer. 


ABuffRecl (PRuffReaqt) Buffer Request active Low 
Centi-out). This signat indicates that 
the IGBC wants te use the buffer to send 
or receive a wnressage or reply. In send 
mode (sending data from the modude to the 
1/0 Bus), it is asserted with GiveMeDdata, 
and reset three clock after GiveMeData is 
reset, In receive mode, it is asserted 
with HKereIsData, and reset one clock after 
KereIsData is reset. That is, it is 
asserted during the time that the internal 
data path is active. 


ASnalRevi (BSndLRevH) Send If Low Receive If High 
Centl=out). This signal indicates whether 
the ICBC is in the send or receive phase 
of 68 cennection. This signal has the same 
timing as BuftRea in the send phase 
(driven low curing this time), and is high 
when receiving or idlino. 
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6 oF ahah BUFFER=IOBC INTERFACE (Continued) 
AHereilsDatal (BHereIsDatalL) Here Is Data active low 


Centl-out). The 108C asserts this signal 
one clock before valid data is placed in 
the 10BC data bus recister (from the 1/0 
Bus data Line), so 6 module can set up fer 
writing into the butfer. This signal is 
reset when the last data is in the IJ0BC 
register. 


AGiveMeDetaL (BGivemMeBatal) Give Me Data active tow 
Contl-out). This signal indicates to the 
module that the I1@8C is expecting valid 
Gaté on the data bus to transfer to the 
1/0 Bus. This signal is asserted two 
clocks before data is expecteca on the bus, 
and is reset when Donel is asserted. 


DoneL Dene active teow Centl-in). Donel is 
expected by the IOBC two clocks before the 
last valid date is placed on the I0BC 
internet data bus (including error words, 
if any). 


PreEmptl Pre-~enpt active low (cntl-in). This signal 
is generatea by the buffer controller when 
the MLI or 10BC is requesting use of the 
buffer while the buffer is owned by the 
microprocessor. The I08C samples this 
sicnel during the bus bidding operation, 
and if set, terminates its bidding, giving 
a pre-empt condition as the result of the 
terminatior. 


AWodNoet (BModNoL) Module Number Request active tow 
(cnti-out). This indicates to the buffer 
that the I0BC is the Initiator, and that 
it expects a valid module teo-taik=-to 
number to remain on the internal data bus 
for as fong as this signal is asserted. 
This signal is asserted one clock before 
ModRkea, anc is reset with MedReq. 
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6090464 BFUFFER@IOBC INTERFACE (Continued) 
ABusReaL CBBusReal) Bus Reauest active low 


C(cntl-out). This signal indicates that 
the ICBC has been asked to act as an 
initiater, and has started to bid for the 
bus. This signal is a backplane interface 
signal that is atso used by the buffer 
controller to load the module to-tatik-to 
number in its register (the ECCIO), so it 
is ready when the ModNo sicnal is 
asserted. 


The buffer contreolier uses this signal to organize the 
reading ana writing of the buffer. It atso generates the 
signal to increment the butfer address counter and 
decrement the Limit counter, (decrementine of the Limit 
counter is done only when data is being taken out of the 
buffer). The interface signal to the buffer are described 
in Section 6.9.3 (BUFFER TO BUFFER CONTROL INTERFACE), 
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6.10 FUTURE DBTMs 
Future DTMs are constrainec only by the backplane 
definition of the I/0 Bus. A future implementation may 
chocse to use all, some, or none of the current 
implementation. This note is intended simply to outline 


some of the possibilities. 


In a future DIM (see Figure 6-17), the microprocessor might 
want to be interrupted at different points in the I/0 Bus 
protocol. For example, the MLI-DTM and waits for an I1/0 
Bus transaction to complete by polling the appropriate 
IOBC%s status register. The microprocessor has nothing 
better to co at that time. The SHC has adopted the same 
strategy, not because there is nothing better to do, but 
because the overhead in putting the task to sleep, and then 
waking it up again in response to an interrupt is about the 
same as the time spent polling. A future DTM, with a 
faster microprocessor, might indeed be abte to perform 
useful work while the 1/0 Bus transfer is in process. The 
required harcware change is trivial. 


A future DTM might alse cheese to change the buffering 
scheme: perhaps allowing multiple buffers, or partitioning 
a single larger buffer. The current LORC design does not 
care what sort of buffer (Cor hewn many of them) it is 
attached tc. For example, te support multipie buffers, the 
Buffer control musts: 


a Allocate a buffer to an ICBC when it asserts Access 
Request. Access Granted to the 10BC indicates that e 
bufter is available. 


b Indicate to the microprocessor which buffer is 
allocated to an I0BC, se thet an incoming messeoe can 
te found after an interrupt. 


Cc Ensure that, after a *Start’ command, the IOBC is given 
access to the appropriate bufter when it asserts Buffer 
Request. 

d Ensure that, after a "Continue" command, the I10BC is 


given access toa the buffer it owns when it asserts 
Buffer Request. 
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ee ee ee ee 


The notions of buffer ownership and loaning buffers earry 
over directly to the multiple buffer case: each buffer may 
be owned or loaned in precisely the same fashion as in the 
single buffer case. 


Backplane 


Insc A - 


Ctl Control 


Buffer Pool 


IP| ?? 


Contral 


Figure 6-17 Future DTM Structure 
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7 ERROR DETECTION AND HANDLING 


This section describes the error detection capabilities of 
the DIM, and the way they are currently being handled. 


Errors ere classified as being fatal or nonfatal. Fatet 
errors are those detected by the hardware checking Logic 
that force the BROKEN signal to be asserted to the SMC. 
Fatal errors stop the clock on the board to prevent any 
further corruption toe the source of the error. Examples of 
such fatal errors are the parity checking Logic on the MFLI 
control store, or the parity checkers in the I/0 Bus 
controller. 


Nontatel errors are errors that are either directly 
corretted, such as single bit errors on the 1/0 Bus data 
transfer, or errors in operations that can be retried, such 
és multiple bit errors cn the 1/0 Bus data transfer. 


7o1 DTM FATAL ERRORS 


The DIM reports fatal errors to the SMC by setting bits in 
the MODBROKEH register, which causes the JMODBROKESSN 
Signal to the SMC be asserted on the backplane (if the 
module is on-line). Because all cards in the I/0 portion on 
the backplane share the same JNODEROKESEN signal, MODBROKEH 
is also registered on the maintenance chain. This ailows 
the SMC to isolate the broken module without stopping the 
clocks, 


The MODBROKEH register on the maintenance chain is called 
CMGDBROKE. The CMODNOTERK bit in the maintenace reoister 
(the registered value cf MODNOTBROKEF sienal) covers’ the 
case cf when the maintenance chain is shifted right while 
self testing is being done, and both MODBROKEH and 
MODNOTBRGKEH are being toggled simultanously, 


After identifying the broken module, clocks are stopped to 


that moduie, the date chain is shifted out, and MODBRKCTRL 
register is checked. 
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DTMB FATAL ERRORS 


(Continued) 


The MODERKCTRL register consists of the following bits: 


CMODBROKEH 
CMODNOTBRK 
CCTLERROR 
CIGNOREERR 
EBUSERROR 
BBUSIGNERR 
ABUSERROR 
ABUSIGNERR 


function 
Driver of MODBROKEH signal 
Driver of MODNOTBROKEH signel 
Error indicator for buffer controller and MLI 
Test error indicetor for buffer ctl and WLI 
Error indicator for I0BC B 
Test error indicator for IOBC B 
Error indicator for I06C A 
Test error indicator for IOBC A 


Although CMODBROKEK and CMODNOTBRK exist on the data and 


maintenace 


chains, the bits ere different. The maintenance 


chain bits are the registered values of the data chain 


bits. 


When broken MODBRKCTRL register should contain one of the 
following values: 


MODBRK CTRL 


oe a oe oe om om oe ee oe 


source of error 

Buffer controldier or MLI 
1/0 Bus controller B 

I/G Bus corntrotler A 


Now the error source is narrowed to @ given module on the 


board. 


To find the portion of the board thet detected the 


error, the following registers should be checked: 


1 Case of buffer controller or MLI CMODBRKCTRL = AG) 


register 

CMLIRAMPAR 
CMLIINTPAR 
CTIMEQUTDS 
CINTLEVEL? 


CERROR2RCV 
CERROR2RCV 
CERROR2RCV 


active source 

high MLI controi store 

Low MLI internal parity 

low (when low validates CIENTLEVEL7) 
Low uP as mulfunctioning 

(if CTIMEQUTDS is Low) 

low uP detected fatal error 

low Buffer ownership 

low Butfer CNTL PAL 


me@UNISYS Prior Written Consent Required For Disclosure Of This Data---= 


UNISYS CORPORATICN 
ENTRY/MEDIUM SYSTEMS GROUP 
PASADENA DEVELOPMENT CENTER 


COMPANY 
CONFIDENTIAL 


ee ne ke ey 


DTM FATAL ERRORS 


ENGINEERING 


om an en oo ee we es oe ee ee es ee ee ew ow Oo OS es ee eo 


| 
| V5GG DATA TRANSFER MODULE 


DESIGN SPECIFICATION Rev. A 
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e Case of TOBC & C(MODBRKCTRL = 


register active source 
BEBUSNONERR high The bus moniter PALS (for IOBC 6B) 
BusCheck? or BusCheck2 

BIERRORG high Target Address decoder PROM CIOBC B) 
BIERRORS low 1OBC B LIS2 PAL 

BIERRORG Low {OBC B LIST FAL 

ALERRORS low TOBC B BID2 PAL 

BIERROR2 low TOB8C B BID FAL 

RIERROR Low TOBC B DATA PAL 

BIERRORG high 1OBC B MASTER FAL 
3 Case of IO0BC A (MODBRKCTRL = 82) 

register active source 

BBUSNONERR high The bus monitor PALs (IOBC A) 

BusCheck1 or BusCheck2 

BIERRORE high Target address decoder PROM CIOBC A) 
BIERRORS low 1oeCc A LIS2 FAL 

PIERRORS Low IOBC A LIST FAL 

RIERRORS Low 1O06bC A BIb2 FAL 

BIERROR2 low IOBC A BID? FAL 

BIERKOR1 low JOBC A DATA PAL 

EIERRORG high IOBC A MASTER PAL 
When the source of the error is a PAL, the error might be 
due either to the PAL malfunctioning, or to the PAL 
detecting ean illegal condition on its input. 
Path tests can diagnose this error, and determine if the 


error 
and put 
otfline. 


was transient (making 
it back on Line), 


it possible to reset the board 


or tatal, thus keeping the board 
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722 DTM NONFATAL ERRORS 


DTM nonfatal errors consist ct singte and multiple bit 
errors on the data, timeout errors, and illegal responses 
toe the microprocessor. 


Tre 1/0 Bus data transfers and the microprocessor memory 
are protected by a single bit error correction, double bit 
error detection code. 


Single= and multibit errors detected on 1/0 Bus 
transactions are reported to the microprocessor using the 
ABUSSTAT and BEUSSTAT registers. SBE need oniy be logged: 
for multibit errors, the operation must be retried. The 
nicroprocessor microcode controls the number of retries, 
and the action taken if the operation continues to fail. 


See the microprocessor microcode for timeout values” and 
illegel respons#Sao The following text describes a 
microprecessor timeout on an 1/0 Bus initiation. 


The microprocessor times out on a Start 1/0 Bus command 
atter .6 miltiseconds. If, after this amount of time has 
elapsed and no OpComplete is detected, the BusStat should 
te read, read two consecutiv results match. This result is 
Logaed. The microprecessor then resets the I1/0 Bus 
contreiler by adssuing @ Reset commend, and the operation is 
retried. If detailed analysis on the logged BUSSTAT value 
is needed, refer to the equations for the BID1 and BID2 
FALS.o 


&g MAINTENANCE 


The DIM has a set of Pathtests that can test, as well as 
tring up, the 1/6 Bus controtler and DTM controller 
sections. There are self-diagnostics for the microprocessor 
that check its functionality. 


Stog conditions can be set on the DIM te assist in 


ciagnesing errors. The stop conditions and test options 
are described in the following text. 
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8.1 DIM STOP LOGIC 


Ike DTM has several stop condition options. These options 
deal mainly with the MLI. The stop conditions can be used 
separately or in AND cr OR combinations. AND*ed options can 
assert the STOP_AND signal on the backplane. OR*ed options 
assert the STOP_OR signet on the backplane. In addition, 
the DIM can perform a self stop on any of the options (self 
stop means to stop the clock internally before SMC). 


The options ares 


step on MLI STATUS = n 

stop cn MLI ERROR 

stop on MLI EMERGENCY INTERRUPT 
stop on MLI NORMAL INTERRUPT 
stop cn EXTERNAL TRIGGER 


These functions ere as followss 


MLI STATUS=n Compares WLI"s four status lines with on, 
where nm is a user-specified single digit 
hex number. The conditien is met when 
status is equal to n. 


MLI ERRORS The condition is met if a FLY vertical 
parity error, a WMLI LPW error, or an 
illegal MLI status transition occurs. 


WLI EMERGENCY INTERRUFT 
This condition is met when the MLI 
reoquests an emergency interrupt. 


MEI NORMAL INTERRUPT 
This condition is met when the MLI 
requests a normal interrupt (normal poll 
test). 


EXTERNAL TRIGGER This condition is met when an external 
strobe is detected on the frontplane 
trigger pin. There is a choice of using 
an active high or an active low signal, as 
well oes whether the strobe input is used 
directly or tatched before using. 
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8.2 SETTING STOP CONDITIONS 
STOP OR 


WLi Status = n 
J}. Set REE YDOCPSTAT te (Fen) Rcome erent of ni 
2. Set REG YDOSTCOREN = 1 


MLI Errors 
je Set REG YDOANYERROREN = 4 


WLI Emergency Request 
1. Set REG YDQEMERGOR = 7 


MLI Normal Request 
40 Set REG YDOOINTOR = 7 


EXTERNAL TRIGGER 


1. Set YOOFPPINV and YDQFPLLATCH as fellows: 
GO 0 for triggering on uniatched active hich level. 
0 1 for triggering on latched active high Level. 
1 #t for triggering on untatched active tow Level. 
1 1 for triggering on Latched active tow tLevel. 
2, Set the YDUFPPOREN register to 1 
These conditions can be set separately or in combination 
To enable the internai seif=-stop on any of the preceding OR 


conditions, (separately or jointly) set REG YOOSLFSTPEN = 
de 
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Sad SETTING STOP CONDITIONS (Continued) 
STOP AND 


MLI STATUS = n 1, Set REG YDOCPSTAT to (Fen) 

eo Set REG YDOSTCANDEN = 1 

3. Set REG YDUSTOFANDL = 14 

4. Set REG YOOSTOPANDH = @ , 
MLIT ERRORS 1. Set REG YDUANYERANDEN = 1 

2o Set REG YPOSTOPANDL = 1 

%, Set REG YDOSTOPANDH = Q 
MLI EMERG REG. 7. Set REG YOOEMERGAND = 14 

2. Set REG YPOCOMANDEN = 14 

3. Set REG YDOSTOPANDL = 4 

4, Set REG YDUSTOPANDH = 0 
MLI NORM REG, 4. Set REG YEUINTAND = 4 

2. Set REG YDOCOMANDEN = 1 

53. Set REG YDGSTOPANDL = 1 

4. Set REG YDUSTOPANDHK = @ 


EXTERNAL TRIGGER 


> oy om Gs am Ex a oD ey oe ee Ow os ee ost 


1. Set REG YDQFPPINV and REG YDOFFLLATCH tos 
Q 0 fer triggering on unlatched active high tevel , 


Q 1 for triggering on Latched active high tevel . 
1 OU for triggering on unlatched active tow Level , 
1 1 for triegering on Latched active Low level . 

cdo Set REG YDOFPPANDEN = 1 

3. Set REG YDGCOMANDEN = 7 

4. Set REG YCOSTOPANDL = 1 

Se Set REG YDOSTOPANDE = G6 


These conditions can be set separately or in combination. 


Yo enable an internat setf-steop on any of the AND 
cenditions (separately or jointly), set REG YDOSLFSTPEN to 
7 (same as that for OR condition, if self stop is to be 
enabled stop will occur on the first stop condition whether 
it is an AND or an OR). 
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Sie SETTING STOP CONDITIONS (Continued) 


kihen resetting the previous cenditicns, it is better to 
reset the bits individually, rather than resetting the 
whole chain. It is also preferable to perform ait the 
setting (Cand resetting) of the bits simultanousty, in one 
shift operation. 


1/Q Bus stops can occur in the I0OMC. Refer to the ITI0Mne 
specitication for details. 


The microprocessor dees not know that the clocks are 
stopped. Any writes to the interface registers (which 
require the clock to be running) are not dene, although the 
microprocessor microccode thinks that they are. 


The microprocessor WRITE SELF STOP option can cause a 
STOP_OR conditicn with an autcmatic self stop. If set, 
this option causes the DTM to perform a self stop. and 
assert the OR STOF condition whenever the microprocessor 
performs a write to any of the 1/0 Bus, MLI, or buffer 
registers. 


To set up UP_WRITE_SELFSTOP, set REG YDOCUPSTOPEN = 1 


This condition is independent of the other conditions. 
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8.3 TEST OPTIONS 


This section describes test opticns used in the DT 
pethtest to facilitate testing. There is a set of test 
Gptions on each 1/0 Bus controller, end one on the buffer 
controller. These options ere described in the following 
text. 


8.3.1 TORC TEST OPTIONS 


Bits UG and 1 on each of the IO0BCs control the 1/70 Bus 
controiler data bus. The bits ere ATestMode(1:G) for bus 
A, ana BTestMede(1:0) for bus 6B. Their functions are 
described in the foilowing table. 


xTestMode(1:0) bescriptioen 


(Go GM Ge Ee ey ED a ee em a oe Oe RD mm @o ee SE ee oe em ee ee Ge ee OY Om ee er ey er Se ee ee soo eee 


00 Normal case 


04 Like normal case except that the I/0 Bus 
backplane drivers will not be 
disabled if the clock to the board 
are stooped. 


410 Disable F245 backplene deta drivers, but 
enable the Fé46 registers to drive toward 
the backplane. 


11 Disabie F245 backplane data drivers, but 
enatle the F646 recisters to drive toward 
the ECCIO. 


These test modes can be used to test the Fé46és, or to proke 
the backplane when clocks are stopped. 
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S.su2 BUFFER CONTROLLER TEST OFTIONS 


The CTestMcde(2:G) bits help in testing the I1/0 Bus 
internal data path. The tower two bits help in ECCIO 
control, and the upper bit forces the buffer control PAL to 
remain in @ given state regardless of other inputs. 


CTestMode(i:0) Description 


en a em a es ee eo oy SD Gm GF ee a Em Ge Ue ON eS OE ee ee ee ee ao Ge ES es Ge Ge ee Gk es et we 


11 Norwell case 


C1 Force the ECCIO to setect data 
from the RAM (when Loading) 
with all ef ite data drivers disabled. 


10 Force the ECCIG to select data from the 
backplane (F646 registers) when Loading 
with drivers toward the RAM enabled. 


ot Force the ECCIO to select data from the 
backplane (F646 registers) when loading 
with its deta drivers disabled, 


CTestModet2) Description 
1 Normel case 
G Forces the control PAL into a special 


mode, in which the upper five bits remain 
unchanged, while the lower three will be 
high. This PAL controls reading and writing 
inte the buffer as weld as incrementing the 
acdress counter. 
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9 HARDWARE OVERVIEW AND YFMPLERENTATION 


The DTM microprocessor section consists of the following 
sections: 


Microprocessor 

Microprocessor address bus decoder 
ficroprocessor date path 
Microprocessor data bus controtler 
Resident program memory 

Data scratchpad 

Data scratchpad refresh 

Data buffer 

MLI control registers 

I/Q@ Bus control recisters 

SMC interface register 

Reset and interrupt controller 


The microprocessor fetches and executes microcode stored in 
resident memory, and stores internai data structures in the 
scratchpad. The microprocessor uses the 1/0 Bus control 
registers to access 1/0 Bus A and I/0 Bus B tc communicate 
with other modules on the I/70 busses, The microprocessor 
alse uses the MLI control recister to communicate with the 
fKLI control store during data transfer. 
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9.4 MICROPROCESSOR 


The microprecessor is the central processine unit, and 
handles the management of 1/0 operations. The 
wicroprocessor can access the resident program memory, data 
scratchpad, date buffer, 1/060 S8us control, MLi control 
registers, SMC interface registers, and watchdog timer 
registers, 


The microprocessor fetches and executes instructions from 
the resident memory, and transters computed data to and 


from the data scratchpad,. The microproessor interfaces 
with the 1/0 Bus controller and MLI controlier through 1/0 
Bus control registers and MLI control reaisters, 


respectively. 


The microprocessor section with implemented with a single 
chic MC68O0cOR16 microprocessor. The microprocessor has its 
ewn clock, which runs asynchronously to the system clock, 


The microprocessor clock is 16.67 MHz, which is derived 
from a 33.33 MHz osciliator with divide-by=-two circuitry. 
Yt is buffered with a 74F244 clock driver. 


The microprocessor address and control busses are buffered 


with four 74F241 Line drivers, and the data bus is buffered 
with four bidirectional 74F245 transceivers. 
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9.2 MICROPROCESSOR ADDRESS BUS DECODER 


The microprocessor address tus is 32 kits wide, and can 
address 4096K bytes of memory (see Figure 9-1). The 
address bus decoder decodes the microprocessor address bus 
and enables the component addressed by the microprocessor. 


The microprocessor address bus is decoded in two levels. 
The first level is implemented with a PALI16L8B programmable 
array. The PAL Level cecodes the memory range occupied by 
the resident program memory, date scratchpad, data buffer, 
maintenance register, timer registers, I/0 Bus’ controd 
registers, and MLY control registers. The second Level is 
implemented with two FAL1T6L8Bs and one PALI6R4B. This 
second level decodes individual registers in the memory 
range occupied by the 1/0 Bus control registers and PMLI 
control registers. 


address size corponent 
coccotou | =——tti<i=‘:;«;] | 
| 16K x 22 | Resident program memory 
OOOOFFFF I~. id 
| | 
male’ Miasereeal sh heres | 
oo2o0600 | | 
] 512k x 22 | Data scratchpad 
QOSFFFFF J_~~3~ 7 WoL | 
| | 
| | 
Poort ye eh i 
00470000 | 1 x 32 {| Maintenance register 
Wan eos Sato Ss oan, | 
i | 
Aes ceesties Cee | 
00430000 | 1 x« 16 | Buffer conmand register 
[ees eens: | 
66430002 | 1 x 16 | Buffer status register 
be ess | 
QU4S0004 | 1 x 16 | MLI result register 
oo ease: | 
QU430006 | 1 x 16 | MLI command register 
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9.2 MICROPROCESSOR ADDRESS BUS DECODER (Continued) 
address size comronent 
Hts act Tes eee | 
60436008 | 1 ™« 16 | MLI status register 
ee re | 
BO43G00A | 1x 16 | MLI identification register 
tte es | 
O043000C | 1x 16 | MLI high byte counter 
Rep e we re si | 
GO43G0UE | 1x 16 | WLI tow byte counter 
Doe Donate ees | 
G6436074 | 1 x 16 | 1/0 buffer address register 
hate ewes | 
00430016 | 1x16 | 1/0 buffer Linit register 
Pte oe oe i . 
60430018 | 1x“ 16 | 1/06 Bus-A status register 
[tase Sree | 
OC43G01A | 4x 16 | 1/0 Rus -B8 status register 
ble ie desass _| 
GG43uo0ic | 1x 16 | 1/6 Bus-A command recister 
Picante eights | 
UO4S3S0G7E | 41 x 16 | I/0 Bus=-6 command register 
Shhh ae | 
beet Cees | 
GhuéEGdeobS | | Data buffer 
| ik x 32 | 
CO6COFFF [.- ~~. UL | 
Figure 9=1 Micreprocessor Memory Map 
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9.3 MICROPROCESSOR DATA PATH 


The microprocessor can access the resident procram memory, 
the data sctratchpad, and the data buffer via a 32 bit data 
path, or via a second path consisting of 32 data bits with 
¢ additional bits for error detection and correction (a 
modified Hamming cede is used), 


in a microprocessor reed cycle from cata scratchped or data 
buffer, data is read through the first data path. The 
second data péth is atso enabled to check the error 
detection and correction code, 


It a muitiple bit error cr single bit error is detected, 
the microprocessor reed cycle is aborted, and is handled by 
bus error exception. 


During microgrecessor urites to the data scratchped or data 
tutfer, the second data path is enabled, and cenerates the 
error detection and correction code. During reads or 
writes to the registers, the first deta path is enabled 
since the registers do not have error detection and 
correction capabilities. 


The ftirst data path is implementea with four 74F373 
transparent Latches and four bidirectional 74F245 
transceivers. The second data path is imelemented with one 
ECCIC gate array, four 74F245 bidirectional transceivers, 
four 74F244 line drivers, and tour AMmM2S66 drivers. 
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9a4 MICROPROCESSOR DATA BUS CONTROLLER 


The picroprocessor data bus controller is the heart of the 
micreprocessor section. It is implemented as two level 
state machines. 


The first level state machine intergrets the microprocessor 
address and control busses, and determines the type of the 
microprocessor bus cycle. 


The bus cycle is classified as one of the following: 


retresh cycle 

read cycle 

read retry cycle 

read modify write cycle 
write cycle 

interrupt acknowledge cycle 


The bus cycle can have either 1, 2, 6, or & wait states. 
The access device is either &=-bit, lé-bit, or 32-bit. 
The second Levet state machine interprets the signals from 


the first tevel state machine and the address decoder, It 
then enables the proper daté path te the accessed device. 
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9.5 RESIDENT FROGRAM MEMORY 


The resident proeram memory is the firmware store from 
which the microprocessor fetches instructions and immediate 
operands. The microprocessor can read this resident 
program memory in byte, word, or tongword mode at byte, 
word, or tLongword boundary. 


The resident program memory (see Figure 9=2) is implemented 
cn tive 278728 76Kx8 EPROM chips. Four cf them contain 
instructions and immediate operands, and the tifth one 
contains the error detection and correction code, 


error 
correction 
Code » , Sece=s Sane data *=<-s=seese= 
address 38-32 31-24 23-16 15-08 07-CO 
gGacoa cove: [irre 0) 1 we ie ea a8 ie, 5 pet | 
‘ } rom f{ | ROM | ROM | ROM | ROM | 
‘ | 4 | | 3 | 2 { 1 | 0 | 
OCFFFF | eee, P ce etetecat qs Sete ee one i 
Figure 9-2 Resident Frogram Memory 
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9.6 DATA SCRATCHPAD 


The data scratchpad is an internal data store in which the 
microprocessor stores and retrieves its temporary data. 
The microprocessor can either reac or write this data 
scrpetchpad in byte, word, or lLongword mode at byte, word, 
or tongword boundaries. 


The Gata scratchpad is tmolemented with ten dual 256Kx4 
DRAM chips. As shown in Figure 9-3, these DRAMS are 
organized to form two banks, each ot which is 256Kx40. 


error 
correction data 
code 
36-36 35=32 31-28 27-24 23-20 19-16 15-12 11-08 G7-04 03-06 
address _ CNN we ie ee ee et Ay ish 
2ccot0 | | | | | memory bank #1 | | | | 
{| RAM | RAM | | RAM | RAM jf RAM | RAM | RAM | RAM | RAM [| RAM | 
ioe a (eae Ae (Re (A Gam > S| (| 
2PEREP tol ee Pi leecd aes lovicoe oseee Lee eas eee Loses | 
s00ccG | | | | | memory bank #2 | | | { 
{ RAM | RAM J J RAM | RAM | RAM | RAM | RAM | RAM | RAM | RAM | 
ei ee a= es Gas Se <> a (a 
SEPPPE Nooo eee ae Parone [eee feces Le cic eia fects bei | eee | 
Fioure 9=3 Data Scratchpad 
G47 DATA SCRATCHPAD REFRESH 


The data scratchpad dynamic memory must be refreshed at 4 
millisecond intervais. The refresh is controlled by two 
&é-bit 74F579 bidirectional binary counters, a 74F240 8=hit 
tristate driver, and a FAL16R4 crogremmable array. The 
7T4FS79s ere clocked ty the microprocessor clocks they 
Signesl the PAL1T6R4FR to refresh at 4 millisecond intervals. 
The PALT6R4B then requests ornership of the microprocessor 
ecdress bus. When ecwrnership is granted, the data bus 
controller recognizes the refresh cycle and enables the 
T4F240 and f4F579s te drive the refresh address on the 
microprocessor address bus. 
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948 DATA BUFFER 


The data buffer is a temporary data store for transfers 
between the microprecessor, I/0 6us control, end MLI 
contrel sections, Cenership of the data bufter is 
controlled by the butter ownership control of the 1/0 Bus 
control section. 


9.9 JOBUS And MLI CONTROL REGISTERS 
The TOBUS and MLI control registers control and monitor the 


attivities of the I/G Bus and MLI. Refer to Section (¢€1/0 
BUS) and Section (MLI CONTROL) for details, 


9.10 SMC INTERFACE REGISTER 


Tne SMC interface register is part of the SC interface 
chain. It handles communications between the 
microprocessor and the SMC interface controller. The SMC 


interface controller shifts in the cemmand into the SMC 
interface register, then sets the Interrupt flip-flop ir 
the SMC interface chein. 


The interrupt causes the microprocessor to read and execute 
the command, and to write the result back to the SHC 
interface register. The SWC interface controiler then 
shifts the result from the SMC interface register and 
resets the Interrupt flip-flop. 


The SMC interface register is implemented with eight 
PALI€R4B programmable arrays that are driven by the system 
clock when in shift mode, and by the micreprecessor clock 
when ain microprocessor access mode. The output of these 
devices is disotayed cn 8 LED packages. 
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9.11 RESET AND INTERRUPT CONTROLLER 


The waintenance processor resets the microprocessor section 
by clearing the data chain. 


The microprocessor can be interrupted by the following 
external events at different priority levels: 


SMC maintenance command at Level 6 
TOBUS-A attention at level 5 
JOBUS=-B attention et tevel 4 
MLI polt reouest at tevel 2 


The interrupt controller is implemented with a PALT6R4 
progranmable array that detects external events and 
aenerates interrupts, and a PAL76L8 array that acknowledges 
the external event when the interrupt is processed. 


16 MESSAGE LEVEL INTERFACE 
1G.4 MESSAGE LEVEL INTERFACE CONTROLLER 


The Message Level Interface Controlter (see Figure 10-1) is 
an interface between the DIK's internal modules, and the 
DLP tase module. The DTM can support four MLI ports: each 
port can handle up te 8 DLPss A DTM can communicate with 
up to 32 DLPs in 4 hase modules. 


Ihe controller follows MLI protocol, including parity 
generation and checking, external event synchronization, 
and cata transfer. 


the function cf MLI controller is to establish connection 
with a DLP, and to previde the strobes and control signais 
for the transfer of data between the DLP base and the dTM 
internal modules, 


Data transfers within the BTM are through a@ TK xX 39 bit 


buffer (32 data bits, pius 7 ECC bits) implemented on ten 
1K X 4 static RAs. 
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Micro- 
Processor 
Backplane 
Data 
| uP Int | 
IOBC A ce 


BUFFER 


WOEMSe (4KBytes) 


ML| 
Cables 


uP Int 


ML 
Control 


Figure 10-1 MLI Controller 
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10.2 OPERATIONAL OVERVIEW 


The controller can be startec by a Polt Test or ae Poll 
Request. A Potl Test is initiateo by the microprocessor 
(68020); @ Foll Reauest is initiated by a base module. in 
a Poetl Test, the microprocessor assembles a message in the 
buffer, selects the base, and requests a connection to a 
DLP. The message contains the DLP eddress in the base, an 
1/0 descriptor, and twe words of descriptor links. This 
happens at the begining of an 1/0 operation. 


In a Foll Request, 2@ return message (the descriptor tinks) 
is sent by the DLP, and connection te system is requested. 
After a successfull Poll Test or Poll Request, a state 
fachine monitors the DLP*s status transitions and begins 
the next action to be taken by the MLI controlter. 


10.3 HARDWARE OVERVIEW 


As shown in Figure 1G-c, the MLICM is composed of ftollorina 
blocks: 


MLI and 68620 interface 
Data path controttler 
Strobe logic (synchronous and esynchronous) 
ML1 externel ceantrol 
MLI internal control 
Parity checking: 
LPW generator 
Vertical parity generator/checker 
Internat parity errer detector. 
DLP status detection and centrolt 
Poll Test, Poll request, Control store 
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Figure 10-2 MLI Control Module 
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10.361 MLI - MICROPROCESSOR INTERFACE 


ALL monitcring and tloeding of this interface is done 
through a Peripheral Interface and Timer (PIT). The 
microprocessor and ML1i controller interface is composed of 
the tollowing seaments: 


Byte counter 
Command register 
Status register 


{U.3.1.1 BYTE COUNTER 


The Byte Counter selects the Length of a Read or Write 
Cheration. It is an & cioit decimal counter that is loaded 
by the microprocessor fer a specific I/0 before each data 
transfer, It is read by the micrceprocessor after a data 
transfer is completed. A memory mapped address is assigned 
ty the microprocessor for reading and writing the byte 
counter. 


The byte counter can cecrement by 4 or 2, and can increment 
by <da Normally the counter decrements by 4 with each 
strobe from the DLP. At the end of data transfer (read or 
write) it updates itself by incrementing or decrementing by 
2o This adjustment is used if the DLP is a character DLP 
(can handle 1 byte data transfer). 


Monitor Logic on the output of the byte counter informs MLI 
control of the status of the counter (negative, or value 
less than 6), and a PROM and two 74F194s make the 2 teast 
significant digits of the counter. 


The counter decrements after an acknowledgement of a 
received strobe from the DLP during data transfer. This 
signal CINHF2) enables the counter. Two signals from the 
MLI Control Stere (MLICS) cetermine the counter modes as 


fellows: 
BACKUP XFERL INHF2 Result 
x x o no count 
0 0 1 count down by 4 
0 1 4 hole 
1 G 1 count down by 2 
1 1 | count up by 2 
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1O.3.1.2 COMMAND REGISTER 


The command register is an eicht bit fieid used by the 
microprocessor to initiate or assist the MLI controtler 
curing an operation. The microprocessor treats this 
register as an addressable daté field. 


The command register is implemented with three PALS (16R4). 
The register bit assignment is as follows: 


bit function 


em ee oo ea ew es oe oe oe eo Om om a em em ee Se ee oe ee oe ee ee om oe es a ee 


C START MLI. After @e connection between the DIM and 
the DLP is established, the MLI controller stops 
itself several times during an 1/0 operation. The 
microprocesor monitors the status of the MLI 
controller, then sets this bit to restart the MLI 
controller. 


1 CONNECT CLEAR. By settine this bit, the 
microprocessor telis the cortroller te disconnect 
from the base module, 


2 POLL TEST SET. To initiate ai Potl Test, the 
microprecessor sets this bit after @e message is built 
and loaded into the buffer. 


tad 


SELECTIVE CLEAR. The microprocessor uses this bit to 
issue a selective cr a master clear to the DLP. 


4 MODE 16. This bit tells the controller thet only the 
most significant 16 bits of data in the buffer are 
valid during a send operation, or te onty write 16 
bit of valid cata during a receive operation. This 
mode is used wher controller is sending cp codes = and 
Links to the OLP, ofr receiving Links and result 
descriptors from the DLP. 
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1G.3.7.2 COMMAND REGISTER (Continued) 


5 6 ¢ Betore initiating a Poll Test, the microprocessor 
specifies the base fer which the Poll Test is 
initiated. Bit 5 enables loading of the base 
register. Bits 6 (base peoister bit 0) and bit 7 
(base register bit 1) selcct the base module as 


follews: 
bit 7 bit 6 bese 
i 6 
b 1 1 
1 q 2 
1 1 3 


The base G frontplane connector is on top. 
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10.3.1.3 STATUS REGISTERS 


The status register is composed of a Condition register and 
a DLP Status register. 


The conoition register is used by the MLI controller to ask 
the microprocessor for assistance. A four bit field is 
assigned for this furpose. The cendition register is 
implemented in a PAL (16R4). 


Bits in the condition register are assigned as tollows: 


MP NLT 
C idle 
4 PTEST to FPREG = Connection 


PTEST did not complete - Biscennect 


2 Error used on Foll Test 
3 Receive R/D during Poll Test 
b 1/G descriptor successfully sent 
5 Result descriptor successfully received 
é Descriptor Links in the buffer (receive R/D next) 
ri Descriptor links in the buffer Cread turst next) 
8 Descriptor Links in the buffer (write Curst next) 
9 Request for disconnect 
10 Break on read burst 
11 Break on write burst 
12 Entry after a successful Potl Test 
13 Op was sent; ready to send descriptor links 
14 FTEST to PREG convert 
PTEST did not complete 
Initiate PIEST again 
15 illegal 
The microprocessor monitors the DLP status bits. The DLP 


Status bits are monitored directly from the frontplane, or 
after they are registered. 
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10.4 DATA PATH CONTROL 


Data path control is responsible tor movement of data 
between the 1/0 buffer and the MLi data registers. A two 
bit state machine is the heart of the data path control 
Logic. After the MLI controiler resumes buffer access, the 
controller generates controt signais to the ECCIO and the 
1/0 buffer address counter, 


Data path contretl is implemented on five PALs. The state 
representation is due to the (Limited number of product 
terms per PAL. The bit assignment is as follows: 


state (1) state (0) 


1 1 State 02; clear or idie 

o 1 State 1 and state 2 
used during burst mode 

1 0 State 3 

8) 0 Invalid: not used 


The 1/0 buffer is 32 data bits widez the MLI data bus is 16 
bits wide. Therefore, the data path controlier must 
determine when and how to do the totlowing: 


oO Increment the eddress counter 
0 Load the MLI data register 
Oo Use the correct portion of the ECCIO,. When sending, 
the correct portion of the ECCIO to be sent to the data 
register must be enabled, and when receiving, the MLI 
data register must be enabled to the ECCIO. 
The date path controller operates in the following modes: 
Send Mode 76 
Receive Mode 16 


Send Burst 
Receive Burst 
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10.4 DATA PATH CONTROL (Continued) 


SEND MODE 16 

This mode is used when the DIM is attempting to send an 
cp and descriptor links to the DLP. In this mode, the 
nicroprocessor assembles the message in the tuffer, 
then tells the WLI controller to start a Poll Test. 
The microprocessor also puts the controller in 16 bit 
data transfer moce. When the MLI controller is in 16 
bit mode, only the 4 most significant digits cf the 
butfer are valid; the rest are cleared by the 
microprocessor. 


RECEIVE MODE 16 
This mode is used when the DTM is receiving descriptor 
Links or result descriptors trom the DLP. In this 
mode, the 4 least significant dicits of data from the 
DLP is written into the I/0 buffer as zeroes; the 4 
most significant digits contain cata (descriptor Links 
or result descriptors). 


SEND BURST 
This mode is used when the controller is doing data 
transfers (send). Aal strobe turnarounds are 
asynchronous (see strobe logic). This mode is 
initiated after a successful Poll Request and reception 
of the links. 


RECEIVE BURST 
This mode is used when the controller is receiving. 
Strobe turnarounds are asynchronous (see Strobe Logic). 
This mode is tnitiated after a successful Polit Request 
end the reception of the links. 
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10.5 STROBE LOGIC 
Because ML1 strobes from the DLPs are received 


asynchronously, it is necessary te latch them. Four R=-S 
flip-flops latch the strokes received from the bases. 
These Latches are reset by the reply strobe from the DTM, 


In synchronous mode (non-data), the latches are reset by 
the Low portion of the clock cycte. In asynchronous mode 
(data burst) they are reset by a@ derivative of the delay 
component used for strobe generation. 


The cutput of of the latches is fed into a multplexor that 
selects strobes from one of the bases. The tatch is reset 
in asynchronous mode only after the MLI data is valid, and 
a strobe is sent to the OLP. 


For the controller to run in aesynchrenous mode, the status 
Sent by the OLP must be 4 (read) or 8 Cwrite), the 
controller must be in data mode, and the byte counter must 
have a value greater than 6 (digits). Strobe generation in 


In synchronous mode, strobe generation is dene by the 
control store. When the controiler is not in data mode 
(and is not halted), the strobe turnaround is as follows: 


c Receive the DLP status with strobe; allow time-bound 
metastability resolution for strobe latches. 
0 Load the new OLP status. 


6 Decode the status transition into an action 
needed in the control store (see Action Decode) 
6) Send the reseonse strobe. 
160.6 MLI EXTERNAL CONTROL 


The MLI control signais are Terminate, Channel Select, 
Acdress Select, and Access Grant. These signals are used 
in Poll Test and Poll Reauest procedures, or when the DTM 
is connected to a DLP. 
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10.7 MLE INTERNAL CONTROL 


The FLI controller can be in one of the foilowing states: 


Poll Test 
Poll Request 
Connection 
Idle 


ooo oa 


The transitions occur from Poll Test or Poll Request to 
Cennection, and trom Connection to Idle state. Poll Test 
is initiated by the microprocesscr; Poll Request is 
initiated by the base unit. Att DLP state transitions are 
decoded in Connection state. The microprecessor clears 
these states and forces the controlier to go to IDLE. 


10.8 PARITY GENERATION AND CHECKING 


The LPW register is built from four registered PALS. it 
monitors the MLIDATA bus during send mode, and the 
MLIRAMDATA bus in receive mode. These PALS are controlled 
by two mode Lines as follows 


FODE ACTION 

u Shitt 

| Hold 

2 Celculate LFR (Cdepending cn direction of data 


transter, Exclusive-OR the registered value 
with the proper input. 
Initialize (set to FFFF, ail ones) 


Ww 


Because of the Limited number of I/6 pins on PALs, the 
Shifttin and ShiftOut bits are shared with Direction (send 
er receive), and LPWZERO (LPW=0), respectively. 


Vertical parity is checked ana generated on the MLI date 
bus using two 74F28G perity comparatcr/generators. The 
internal parity detector is built on a 20R4 PAL. This PAL 
compares the ECC porticn of the ECCIO with the parity from 
the BLI data register. Refer to the PAL equations for 
additionai details. 
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10.9 DLP STATUS DETECTION AND CONTROL 


Atter a connection to @ DLP is established, each DLP strobe 
validates @ new status from the DLP. A multiplexor decides 
what base the status belongs to. After the strobe is 
fatched, the first clock is used to avoid metastability and 
noise problems, and on the new DLP is Latched in a F194 on 
the second clock. 


This logic is implemented in @ 20R4 FAL. This PAL generates 
the mode lines to the FI94s that capture the new and old 
status transitions. The new and old status is used to 
cetermine the next action to be taken by the DTM. 


10.40 POLL TEST, POLL REQUEST, AND CONTROL STORE 


If the MLI controller jis not in Idle mode, it must be in 
cne of the following modes, using the control store shown: 


Poti Test =- PROMs 


Poll Request - PROMS 
Connect = Static RAM 


“=-UNISYS Prior Written Consent Reauired For Disclosure Of This Data=--= 


UNISYS CORPORATION peewee ese eeenee + 
ENTRY/REDIUM SYSTEMS GROUP { 
PASADENA DEVELOPMENT CENTER j V5GO DATA TRANSFER MODULE 

| 
COMPANY feee ewan een eone ae eee eee eee 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 165 


as Or OY Ge ee ee ee es em ES ee YD Ge GD OE Se OD OS OD ey ee Oo OD ee GD OE oe A GN OM Oe a > Oe em eo eos iD EE oD es ED Ue ond Ge A ER Oo oe Ow Oe eS ew Ge es ee es ee SE OS ee en 


10.70.14 POLL TEST 


After the microprecessor initiates a Poll Test, the PRONs 
take over the DLP status monitoring and action generation 
of the MLI controller. There are three ?Kx4 PROMS, with 
Even parity across the PROM*s outputs. 


The inputs to these PROMS are used to process the Poll 
Test. The inputs include a 2 bit counter, 4 bits of status 
from the MLI, MLI control signals (Address Select anda 
Channet Select), the registered strcebe from the DLP, and a 
feecback from the PROM called Rtime, which is used to to 
netify the microprocessor of problems detected during poll 
test. 


Curing Poll Test, the DLP address is read from the I1/0 
buffer and put inte the PLI data register. Also, the 
drivers for the base are enabled. At the same time, a 3 
bit counter (Poll Test counter) is initialized to zero. 
This counter counts six, and validates the DLP address on 
the MLI bus for at least three clocks before the MLI 
controller can assert Channel Select. 


On next clock, the MLI controlter asserts Address Select, 
and weits for a proger status from the distribution card. 
After receiving the proper status from the DLP, control is 
transferred to the MLI controt store. The Poll Test PROMS 
are disabled, 
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16.10.2 POLL REQUEST 


To enable the Poll Request PROM (5472x8), the following 
conditions must be mets 


re) There must be en interupt from a base 
0 An 1/0 huffer access must be granted 


After the 1/0 buffer access is oranted, the MLI controller 
clears the base register and sends Access Grant to the 
bases. Any base that requires the DPTM*s attention responds 
by orivino global friority onto the WLI data Lines, 
followed by a strobe. 


The MLI controller resolves the gtobel priority from the 
base that has interrupt asserted. If multiple bases 
request connection, the one with the highest alobal 
priority is granted access. 


If multiple bases request connection, and if they have the 
same global priority, the lowest numbered base is granted 
connection. 


There are 43 2Kx4 PROMS used for giobal priority resolution. 


The base number is loaded into the base reoister. Channel 
Select, followed by Address Select is sent to it. The 
selected base sends an acknowledgment strobe, and the MLE 
controlier drops Channel Select. Now, the connection is 
completed. The Poil PRCM is disabled, and control goes to 
the MLI control store. 


@m=@-=<UNISYS Prior Written Censent Required For Disclosure Of This Data--<-=- 


| 1993 5329 
UNISYS CORPORATION force e enero ene cence + 
ENTRY/MEDIUM SYSTEMS GROUP i 
PASADENA DEVELOPMENT CENTER | V5G0 DATA TRANSFER MODULE 
| 
COMPANY ee ~- 
CONFIDENTIAL ENGINEERING DESIGN SPECIFICATION Rev. A Page 167 


i ee ee ee ee et ee 


10.10.23 CONTROL STORE 


A successful Poll Test cr Polit Request enables the MLI 
control store, which is 8Kx24, and is implemented in three 
&Kx static RAMs. The output cf the centrel store is 
latched into a set of 16R4 PALS. Three F299s are used to 
Load the control store. 


The microcode for the LI control store is written in 
Algol, following is List of the control store output bits. 


[23:1] EnLPWErr Enable LPW error to ke Latched into the 


C22:4] NOTUSED unused 

C78:4] SNDST Set SEND flip-flop 

L77:17] HALTMLI Kalt the MLI controller 

16:1] CONTPARIT Controi stere parity (even) 

£1524] CONDITION Condition monitcred by microprocessor 
Li724] CTRBCK Back up the byte counter 

C1631) LPWCLR Clear LPW register 

Lue: 4] LEwWTB Enable LPW onto MLI data bus 

68:1] XFERST Enable byte counter to count Cup/down) 
L07:1] ILLEGL illegal status transition 

[06:3] TOGLES Three toggles used for seouencing 
[Q324]9 ACTION Next ection to ke taken 


Fellowing are the control store input bitss 


Ci2:1] HRFECHP Host Return Field Comparison used for PO 
to Poil Request conversion. 

L17;1] TERM Terminate (MLI controt signal) 

[10:3] toggles Three tocaoles used for sequencing 

[G7:4] OSR Oid BLP status 

[03:4] NSR New DLP status 


The combinations of the new DLP status, old OLP status, 
terminate, and toggles are decoded to generate an action 
for the MLI controller. 
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10.16.3 CGNTROL STORE (Continued) 


The following table defines the individual actions: 


value action 


™ Cun OS tA ny ot 3 


wb wed ok AO 00 
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Set terminate if the byte counter is odd 

Set data mode Cbhurst) 

Sync mode (!dsete); terminate if counter is not OK 
Not usea 

Send sync (!data) 

Receive sync (!data) 

Send € address if present, else set C-ADD error 
Receive LPH: do net return a strobe. If counter 
is odd, set address error. 

Back up the byte counter (not used) 

Receive LPW with strobe 

It byte counter is odd, set address error 

Send strobe (SIO) 

Send Line turn strobe; to avoid parity errors, do 
not load the bidirectional register 

Ne action 

No action 

No action 
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APPENDIX A = TABLES 
Ail INTERRUPT PRIORITY 
Priority 
Level Interrupt 
7 not used 
é SMC attention 
5 1/0 Bus-A attention 
4 1/0 Bus-B attention 
2 not used > 
2 ML1i petl request 
4 not used 
Awd WEMORY MAP 
Device Address Range Width Accessibility 
Resident Program Memory O00CGU-OCFFFF B,W,L Read-only 
Dynamic Data Memory 2Q0QQOU0-SFFFFF B,W,L Read and Write 
Maintenance Register 470000 L Read and Write 
10 Buffer Cmnd Reg 430000 W Write-only 
IC Buffer Status Reg 430002 \ Read-only 
MLI Result Reg 430004 W Read-only 
NMLI Cemmand Reg 430006 vi Writeeonly 
fLI Status Reg 430008 W Read-only 
MLI Identitication Reg 42000A Wi Read-only 
MLA’ High Byte Counter 43000C ks Read and Write 
MLI Low Byte Counter 43000E W Read and Write 
1/0 Buffer Address Reg 430014 W Read and Write 
1/0 Buffer Limit Reg 430016 k Read and Write 
1/0 Bus-A Status Reg 43UuU18 W Read-only 
1/0 Bus-B Status Reg 43CG01A W Read-onty 
I/0Q Bus-A Command Reg 43G01¢€ W Write-only 
1/0 Bus=-B Command Reg &30U1E i Write-only 
1/0 Butfer 60U000-600F FF L Read and Write 
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A.3 SMC INTERFACE REGISTER COMMANDS 
The SWC Interface register handles the foitlowing types of 
commands (the type is specified in bit 31:30), 
value command type 
U not used 
4 MCP contiguration 
2 SMC diagnostic 
3 SMC maintenance 
Au4 SMC FAINTENANCE COMMANDS 


Opcode = SMC Interface Register Bit<29=-24> 

Parameter = SMC Interface Register Bit<23-00> 

Opcode Paremeter Command 
OU <vaiue> Load Memory Pointer 
us Read Byte Through Memory Pointer 
Qg Read Word Through Memory Pointer 
OA Read Long Through Memory Pointer 
uB FF Take Snapshot of Microprocessor 
SB ad Read Microprocessor Deta Register D 
GB o1 Read Microprocessor Data Register D 
OB Ne Read Microprocessor Data Register 0D 
uve 03 Read Microprocessor Data Register D 
(iB 04 Read Microprocessor Data Register D0 
GB 05 Read Microprocesscr Data Register D 
OB U6 Read Microprocessor Data Register D 
OB 07 Read Microprecessor Data Register D 
OB 08 Read Microprocessor Address Register 
OR 09 kKead Microprocessor Address Register 
GB cA Read Microprocessor Address Register 
uB De Read Microprocessor Address Register 
OB oc Read Microprocessor Address Register 
OB OD Read Microprocessor Address Register 
OB ce Read Microprocessor Address Register 
CB OF Read Microprocessor Address Register 
0B 10 Read Microprocessor Program Counter 
QB 11 Read Microprocessor Status Register 
Og 20 Read Channel Status 
1G <value> Write Byte through Memory Pointer 
11 <value> Write Word throuch Memory Pointer 
12 <value> Write Longword high 16-bit through F 
13 <vadue> Write Longword low 16-bit through M 
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A.5 MCP CONFIGURATION COMMANDS 
Orcode = SMC Interface Register Bit<29-24> 
Parameter = SMC Interface Register Bit<2%=00> 
opcode parameter command 
OD <value> Load Base-D 
GF <value> Load Baese-F 
Tu <value> Load QwikDisk Base Address Word-1 
14 <value> Lead QwikDisk Base Address Word=2 
12d <value> Load GwikDisk Bese Address word=3 
13 <value> Load Qwikfisk Base Address Word=4 
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Awé ERROR LOGGING 
Data 
Scratchpad 
Location Field Description 
2009040 IoMC underflow count 
2U0U44 1OMC overflow count 
200648 IOMC ECCIO single bit error count 
20U04C IOMC ECC1IG wultiple Fit error count 
20005C IOMC MDECCQ1 single bit error count 
2eCOOS4 IOMC MDECC23 single bit error count 
2UG058 IOMC MBECC mutiple bit error count 
20G05¢ Memory Bus single bit RAM error count 
20Cu6t Memory Bus single bit Bus errer count 
2G0064 Memory Bus multiple one bit RAM error count 
200C68 Memory Bus multiple ore bit BUS error count 
ZUODEC Memory Bus multiole bit RAM error count 
2ua0a76 Memory Eus multiple bit Bus error count 
200074 Memory Bus Error Parity error count 
200078 Memory Gus KDC malfunction error count 
eGuG7c not used 
e0GE80 1/Q Bus timeout error count 
200084 1/0 Bus bus busy error count 
z2u0G8s8 1/0 Bus arbitration error count 
eCGd8C 1/0 Bus preempt error count 
200096 1/0 Bus module not present error count 
200094 1/0 Bus module busy error count 
2U0098 1/0 Bus itllegal disconnect error count 
20009C 1/0 Bus single bit send error count 
2000A0 1/0 Bus single bit receive error count 
2UCUA4 1/0 Bus multiple bit error count 
Z2UOGAR 1/0 Bus hardware error count 
2000AC not used 
2000Rt not used 
2060B4 not used 
20GUBE not used 
20C0BC not used 
2000CU Miscellaneous error count 
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Aw? BACKPLANE PIN ASSIGNMENTS 


The following table lists the 1/0 bus signal names and 
backplane pin assignments for the 10MCs, the SMC, and the 
Bus #0 connection to the DTfs. 


Signal Name Card BP 

TIGIDATA=-O0P AQgS A7TPS 
TIQTDATA-O71P C5 APG 
TIOIDATA=G2P AGE ABPS4 
TICTDATA=G3P CCE A&FE 
TIQIDATA-G4P AUT AQP4 
TYUTDATA=U5P COy AGPG 
TISTCATA-O6P AGB BORG 
TIGIDATA=G7P C08 BUFG6 
TICIDATA=O08P AGS BTP4 
TIQTDATA-O9P C9 BIPé 
TEOQTDATA=10P Ai0 BPG 
TISTDATA=11P C16 BZFG 
TIUVIDATA=12P Ai14 B3P4 
TIQUDATA-13P C11 B2P6 
TIUIDATA=14P Al2 B4P4 
TIOIDATA=15P C12 B4&Pé 
TIGIDATA=16P A413 BSP4 
TIGIDATA-17F C13 B5P6 
TIGIDATA=18P AW4 B6F4 
TIGIDATA=19P C14 BR6F6 
TIODIDATA-2G6P A115 BPA 
TICITDATA=21P C15 B7FG 
TIGIDATA=22P A116 BFA 
TIGIDATA=23P C16 B&EFG 
TIGIDATA=24P Al? BOP4 
TIGIDATA=25P C1? BOF6 
TICIDATA=26P A18 COP4 
TIGIDATA=27P C18 COF6 
TIDVIDATA=28P A19 CIPS 
TIGIDATA=29P C19 CIP6 
TIOGTDATA=3UP A2G Cer4 
TIGIDATA=31F C20 CZF 
TICIDATA=32P Ad4 CEP4 
TIGTDATA=353P C23 C5Pé 
TIGIDATA-34P A2s CSP4 
JIGIDATA=35P Cee CAFE 
TIUIDATA=36P A2z2 C4F4 
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Aafl BACKPLANE PIN ASSIGNFENTS (Continued) 
Sional Neme Card BP 
TIGIDATA=37P C24 C3P6 
TISIDATA=38P A271 C3P4 
TIGIBUSREFEP C2t CYPG 
TIGIBUSREGSN C26 C8F6 
TIGTBUSBUSYN C28 DOPE 
TIGIMODREGSEN A26 C8P4 
TICTMODPRSNN Ad? COFP4 
TISIMGDAVALN A29 DIP4 
TICTMODBUSYN A28 DOP4 
_TIBTTRANSFEN Ceé9 DIP6 
TIGCTERRGRE EN A25 C7P4 
TIC3LIOREGON C24 CEP6 
TIGTLIGACKSN C25 C7F6 


The DIT™s drive and receive the control signals through 
different pins. Those tisted above are the driver pins; 
the receiver pins are as follows: 


Signal Name Card Pin 
TIGSBUSREF SP C32 D4PE 
TIGZBUSREQEN C33 DSPFEé 
TIGSBUSBUSYN C31 D3P6 
TIO3ZMODREGQIN A353 DSP4 
TIQSMOCPRSNN A3e2 D4P4 
TIGSMODAVALN A3d D2F4 
TIOG3IMODBUSYN A314 D3P4 
TIGSTRANSFERN C30 HP2P6 
TIGZERRURESN A34 D6P4 


In addition, NormalRequest and EmergencyRequest are driven 
hy the DTMse on the foltowing pins: 


Signal Name Card Pin 
TIQINGRMREQN A35 D7P4 
TIGTEMERGRON C35 D7P6 
These two pins are wired on the backplane to the 


appropriate data bus wires. 
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Aw? FACKPLANE FIN ASSIGNMENTS (Continued) 


For the DIMs, there are a second set of backplane pins’ for 
1/0 Bus #1, as follows: 


Signal Name Card BF 

TIGZDATA-O0P A45 FOP4 
TIGZDATA-01P C45 FOFG 
TIG2DATA=O2P A46 FIF4 
TIG2DATA-D3P C46 FIP6 
TIG2DATA-U4P R47 F2P4 
TIQ2DATA~OU5P C47 F2FE 
TIO2DATA-G6EP A&8 FPA 
TIUEDATA-G7P C48 F3P6 
TIOZDATA=08P A4g FAP4 
TIQZDATA~O9P C49 F4P6 
TIO2DATA=10P A5G FSP4 
TIOZDATA-T1F C50 F5OP6 
TIC2DATA=12P A51 F6F4 
TIG2DATA~13P C54 F6P6 
TIQ2DATA-14P A52 F7P4 
TIG2DATA=15P C52 F7P6 
TIO2DATA-16P A53 FRF4 
TIG2DATA-17P C534 F8F6 
TIG2DATA-18P A54 FOF4 
T1IUZDATA=19P C54 FOP6 
TIG2DATA=20P AS5 GUP4 
TIG2DATA=21P C55 GOOFS 
TIN2DATA-22P A56 GIPF4 
TIO2DATA=23F C56 GiF6é 
TIUCDATA=24P A57 GeP4 
TIG2DATA=25P C57 G2F6 
TID2DATA=26P A58 G3F4 
T1OG2DATA=~27P C58 G3F6 
TIV2DATA~28P A59 G4F4 
TIG2DATA=29P C59 G4P6 
TIG2DATA=30P A69 G5P4 
TIG2BDATA-31P cé0 G5PF6 
TIUCDATA=32P A64 GOF4 
TIOQ2DATA33P Cé3 G&PE 
TIG2DATA-34P A63 GBF4 
TIG2DATA-35F Cé2 G7P6 
TIO2DATA~Z6F A62 G7F4L 
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A.f BACKPLANE PIN ASSIGNMENTS (Continued) 

Signal Name Card BF 

TIG2DATA-37P C61 G6P6 

TIU2ZDATA=38P Aét G6P4 

TIOZBUSREFSP C67 H2P6 

TIU2BUSREQSN C66 HIP6 

TIUZBUSBUSYN C68 H3F6 

TIG2MGDREQSN AGE HIP4 

TIOZMODPRSNN A67 H2P4 

TIO2ZMUDAVALN A69 H4P4 

TIG2MODBUSYN AG8 H3P4 

TIG2TRANSERN C69  H4PE 

TIOZERRGRSEN A65 HOP4 

TIG4STICREGEN C64 COPE 

TIO2IIGACKSN C65 HOPG 


For 1/0 Bus #1, the control signal receiver pins are: 


Signal Name Card Pin 
TIG4BUSREFSP C7e H7P6 
TIGSZBUSREGEN C73 HBP6 
TIG4BUSBUSYN C71 H6P6 
TID4MRODREGQSN AY HEP4 
TIG4MODPRSNN Ave H/7P4 
TIG4MGDAVALN A?a HSP4 
TIG4MODBUS YN A7i KOP4 
TICO4TRANSFRN C70 K5P6 
TIDAERRGRESN A7Vé HOPG 


NormalRegquest and Emergencykequest are driven on the 
following pins: 


Signal Name Card Pin 
TIGZRORMREQN Ags IOF4 
TIOZEMERGRON C75 I0P6 


Fins BQ4 (A6PS) to B&S (JOUP5), and DO4 (A6GP7) to D&5 (JOP7) 
are hard grounds; they are connected directly to the ground 
trlane for all the OTM slots. 
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APPENDIX B - MESSAGE LEVEL INTERFACE FUNCTIONAL DESCRIPTION 


The FLI is a 25-lLine connection between the MLI controller 
module and the OLP base. This provides a communication 
path between the controller and the distribution card, 
which is by the controller and the MLI to establish a2 path 
to a specific DLP (Poll Test). 


After connecting to a DLF, the distribution card passes 
data and becomes trensparent to the cperation. When the 
DLP is connected, it sends a 4-bit status code to the MLI. 
The MLI controller receives the DLP status and determines 
what state the GLP is in, and what action is required. The 
distribution card also fpertorms functions for the DLP 
requesting reconnection (Foll Request), 


Some MLI interface Lines are unidirectional, and are sent 
from the MLI controller to the DC. The Lines are: 


ADDSEL Address Select. When ADDSEL and Channel 
Select are made active at the same time, 
that indicates that the MLI controtler is 
attempting connection to a PLP. After 
connecting, Channel Select is made 
inactive. The distribution card that 
receives Address Select but not Channel 
Select assumes that the BLI controller is 


busy. 

AGtS10/ Access Grant or Strobe 1/0. This Line 
incgicates that a requesting DLP has been 
grented access during a Pott Reouest. It 


also prevides the handshake strobe from 
the controlier te the DLP for the 
information on the data iine. 


TRRAMC Terminete or Master Clear This signat 
terminates a DLP data transfer to 
selectively clear a DLP. 


The following Lines are unidirectional from the 
cistribution card to the MLI centroller. 


LCFST DLP Strobe. This is a handshake strobe 


from the OLP for the information on the 
data lines. 
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APFENDIX 8&8 = MESSAGE LEVEL INTERFACE FUNCTIONAL DESCRIPTION 
(Continued) 


ER+STS&/ Emercency Request or &=-tit of the DLP 
Status. If Address Setect is inactive, 
this line indicates that a CLP in the base 
is requesting service. If Address Select 
is active, this line is the 8-bit of the 
connected DLF*s status. 

IP+ST4/ DLP Request, Poll Test Error, or 4-kit of 
the OLP Status If Address Select is 
inactive, this line indicates that a DLP 
is requesting connection. During Poll 
Test, this Line indicates that the address 
received by the distribution card 
contained a parity errcr. If Address 
Select is active, this Line is the e DC 
cotained a parity 4-bit of .-the connected 
DLP*s status. : . 


PB+ST2/ Port Busy or 2-bit of DLP status. During 
a Poll Test, this line indicates Port Busy 
(multiple distribution card bases such as 
Shared System Processor only). If Acdress 
Select is active, this is the 2-bit of the 
connected DLF's status. 


The following Lines are bi-directional: 


CS+ST1/ Channel Select or ‘4I=bit of DLP status. 
This tine Cin cerjunction with Address 
Select) irdicates that the MLI controller 
is attempting to connect to a DLP in the 
base. If Address Select is active, ttis 
Line is the 1-bit of the connected DLP's 
status, 


Farity/ Parity bit for the data Lines. This is 
the parity (odd) line for the information 
on the data lines. 


DATArn/ Sixteen data Lines. These Lines transfer 
the information Eetween the DLP and the 
MLI controller. The information may be 
the WLI ep code cr variarts, descriptor 
iinks, result descriptors, LF words, or 
data. 
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APPENDIX B —- MESSAGE LEVEL INTERFACE FUNCTIONAL DESCRIPTION 
(Continued) 


ER+STS/ Emergency Request or &-tit of the DLP 
: Status. If Address Select is inactive, 
this line indicates that a DLP in the base 
is requesting service. If Address Select 
is active, this line is the 8=bit of the 
connected DLF*s status. 
i 
IP+ST4/ DLP Request, Poll Test Error, or 4-bit of 
the OLP Status If Address Select is 
inactive, this line indicates that a DLP 


is requesting connection. During Polt 
Test, this line indicates that the address 
received by the distribution card 


contained a parity error. If Address 
Select is active, this line is the e 0C 
cotained a parity 4-bit of the connected 
DLP*s status. ‘ 

PB+ST2/ Port Busy or 2-bit of DLP status. During 
a Potl Test, this line indicates Port Busy 
(multiple distribution card bases such as 
Shared Systen Processor only). If Address 
Select is active, this is the 22-bit of the 
connected DLF*s status. 


The following Lines are bi-directional: 


CS4#ST1/ Channel Select or ‘4-bit of DLP status. 
This tine Cin conjunction with Address 
Select) irdicates that the MLI controller 
is attempting to connect to a DLP in the 
base. If Address Select is active, this 
line is the 1-bit of the connected DLP's 
status. 


Farity/ Parity bit for the data tines. This is 
the parity (odd) tine for the information 
on the data lines. 


DATAnn/ Sixteen data lines. These lines transfer 
the information between the DLP and the 
MLI controller. The information way be 
the WLI op code or variants, descriptor 
Links, result descriptors, LP words, or 
data. 
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